From notting at redhat.com Thu Nov 1 18:54:49 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 1 Nov 2007 14:54:49 -0400 Subject: Fedora Core 6 End of Life Message-ID: <20071101185449.GA30240@nostromo.devel.redhat.com> A reminder to users: Fedora Core 6 will reach its end of life for updates on Friday, December 7, 2007. Fedora 7 will remain supported until one month past the release of Fedora 9 (as things stand, this would be roughly through the end of May, 2008). - The Fedora Board From tchung at fedoraproject.org Mon Nov 5 15:20:37 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Mon, 5 Nov 2007 07:20:37 -0800 Subject: Fedora Weekly News Issue 108 Message-ID: <369bce3b0711050720h7cea1349kcabb5c9d73cddf20@mail.gmail.com> = Fedora Weekly News Issue 108 = Welcome to Fedora Weekly News Issue 108 for the week of October 29th. http://fedoraproject.org/wiki/FWN/Issue108 In Announcements, we have "Fedora Core 6 End of Life" In Planet Fedora, we have "Fedora 8 Release is on its Way Out", "Fedora 8 Release Summary", "Upgrading from Rawhide to Final Release" and "Codec Buddy Interview" To join or give us your feedback, please visit http://fedoraproject.org/wiki/NewsProject/Join. 1. Announcements 1. Fedora Core 6 End of Life 2. Planet Fedora 1. Fedora 8 Release is on its Way Out 2. Fedora 8 Release Summary 3. Upgrading from Rawhide to Final Release 4. Codec Buddy Interview 3. Marketing 1. Fedora struggles with harm reduction via CodecBuddy 2. PulseAudio by default in Fedora 8! 3. New Display Tool Coming In Fedora 9 4. Developments 1. Package EVR Problems 2. MP3 Licensing Issues 3. KDE Flamewar Warms Up Night Of Final Freeze 4. Filesystem Mounts: UUIDs or LABELs? 5. Split KDE Packages 6. IcedTea Plugin On x86_64 7. SecondLife Exposes Mesa Licensing Problem? 5. Advisory Board 1. Fedora Board Meeting 6. Fonts 1. Fedora Fonts SIG TODO List 7. Infrastructure 1. The Wiki 8. Security Week 1. IBM Plans Major Security Initiative 9. Advisories and Updates 1. Fedora 7 Security Advisories 10. Events and Meetings 1. Fedora Board Meeting Minutes 2007-10-30 2. Fedora Ambassadors Meeting 2007-MM-DD 3. Fedora Documentation Steering Committee (Log) 2007-10-28 4. Fedora Engineering Steering Committee Meeting 2007-MM-DD 5. Fedora Extra Packages for Enterprise Linux Report 2007-MM-DD 6. Fedora Infrastructure Meeting (Log) 2007-11-01 7. Fedora KDE-SIG Meeting 2007-10-30 8. Fedora Localization Meeting 2007-MM-DD 9. Fedora Marketing Meeting 2007-MM-DD 10. Fedora Packaging Committee Meeting 2007-10-30 11. Fedora Release Engineering Meeting 2007-10-29 [[Anchor(Announcements)]] == Announcements == In this section, we cover announcements from Fedora Project. https://www.redhat.com/mailman/listinfo/fedora-announce-list Contributing Writer: ThomasChung === Fedora Core 6 End of Life === BillNottingham announces in fedora-announce-list[1], "A reminder to users: Fedora Core 6 will reach its end of life for updates on Friday, December 7, 2007." "Fedora 7 will remain supported until one month past the release of Fedora 9 (as things stand, this would be roughly through the end of May, 2008)." [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00000.html [[Anchor(PlanetFedora)]] == Planet Fedora == In this section, we cover a highlight of Planet Fedora - an aggregation of blogs from world wide Fedora contributors. http://fedoraproject.org/wiki/Planet Contributing Writers: ThomasChung === Fedora 8 Release is on its Way Out === JeremyKatz points out in his blog[1], "As a few other people have mentioned, we finished up Fedora 8 on Friday and it's currently on its way to the mirror masters so that the mirrors should be able to start picking it up tomorrow (just pending getting the export control bits into place) and we'll be releasing on Thursday. Overall, I'm feeling pretty good about the release -- we got some good things in and I think that a lot of the improvements should be pretty visible to most of our users. Doesn't mean there are things that could be better or that we could do better from a process perspective. But for the moment, I think I'm going to try to enjoy the fact that the release is done." [1] http://katzj.livejournal.com/408520.html === Fedora 8 Release Summary === JonathanRoberts points out in his blog[1], "Fedora 8 is out in 5 days now and as part of our final marketing efforts we've been putting together a release summary. Take a look at it, and if there's a new feature that you really like and we've missed, add a section on it! And if there's a feature you really like that we haven't done justice too, (please remember, we're trying to keep it brief) expand and improve on what we've done!" [1] http://blog.questionsplease.org/2007/11/04/release-summary/ === Upgrading from Rawhide to Final Release === MaxSpevack points out in his blog[1] "Every release cycle, there seems to be confusion about how to transition over from Rawhide (the nightly build of Fedora) to whatever the final release is (in this case, Fedora 8). This confusion is understandable, because at first glance the process is a bit magical. Let's see if I can explain it a little bit. The short answer is this: you don't have to do anything! It will Just Work." [1] http://spevack.livejournal.com/33314.html === Codec Buddy Interview === JonathanRoberts points out in his blog[1], "Starting to pick up the pace a bit to make sure I get all the interviews covered before Fedora 8's release. Any how, with that aside, the latest interview is up: this time it's about Codec Buddy and unlike previous interviews is with two of the primary developers behind this feature - ThomasVanderStichele and BastienNocera; like always it's a really great read as they discuss many different topics, and you can even find some screenshots showing the process of enabling MP3 playback with Codec Buddy." [1] http://blog.questionsplease.org/2007/11/02/codec-buddy-interview/ [[Anchor(Marketing)]] == Marketing == In this section, we cover Fedora Marketing Project. http://fedoraproject.org/wiki/Marketing Contributing Writer: ThomasChung === Fedora struggles with harm reduction via CodecBuddy === RahulSundaram reports in fedora-marketing-list "In public health, harm reduction is a practice that, rather than trying to eradicate potentially dangerous choices like prostitution, tries to minimize their effects. Often, the practice involves a limited condoning of the practice, such as safe injection sites for addicts. Harm reduction is the path that Fedora 8 has chosen on the issue of MP3 and other non-free codecs in the form of CodecBuddy, a Codeina-based program that tries to educate users about free software while giving them easy legal access to codecs by linking to the commercial Fluendo site. It's a decision about which the Fedora Board and community leaders feel considerable ambivalence." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00000.html === PulseAudio by default in Fedora 8! === RahulSundaram reports in fedora-marketing-list, "PulseAudio is a next-generation sound server for GNU/Linux, creating the possibility of enabling all sorts of "ear-candy": it's possible to dynamically control the volume of individual applications, and hot-plugging works great with it. Read on for more details, including what can be expected in the future." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00430.html === New Display Tool Coming In Fedora 9 === RahulSundaram reports in fedora-marketing-list, "There's less than two weeks now until the release of Fedora 8, which has been codenamed Werewolf. However, it's not too early to start thinking about Fedora 9. One of the items that has already been brought up for this next release cycle is a new display utility. While there is the rather basic system-config-display utility from Red Hat, Fedora is currently lacking a graphical tool to change or enable display devices (such as LCDs or TVs) in real-time." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00421.html [[Anchor(Developments)]] == Developments == In this section, we cover the problems/solutions, people/personalities, and ups/downs of the endless discussions on Fedora Developments. http://www.redhat.com/mailman/listinfo/fedora-devel-list Contributing Writer: OisinFeeley === Package EVR Problems === The recent series of automated reports from the buildsystem showing problems with the EVR[1] of packages prompted RolandMcGrath to suggest[2] that updates pending in bodhi, but not yet pushed should be considered by the script generating the reports in order to either suppress the complaint or to notify release-engineering instead of the maintainer. [1] EVR stands for Epoch, Version, Release. See http://www.redhat.com/archives/rpm-list/2004-August/msg00117.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02810.html This was answered by MichaelSchwendt with the suggestion that bodhi could have an interface for anonymous users added and with a link to the script generating the reports, to which Michael has contributed substantially suggesting that patches were welcome. JesseKeating added[3] that there is a command line interface for bodhi in the works. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00022.html Some brief confusion occurred when DouglasWarner pointed out[4] that if a package is sitting in updates-testing and has not been pushed into stable then that constitutes a broken upgrade path and the maintainer should be notified. Douglas thought that Roland was asking for the notification to be suppressed. JesseKeating corrected[5] this however with the information that the party responsible for the push was release-engineering and not the maintainer and that Roland wished the emails to no longer go to maintainers as they had already done their part. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00023.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00032.html There were objections from TillMaas and RalfCorsepius about the schemes for choosing the NEVR (Name, Epoch, Version, Release) of RPM packages. These detailed arguments center around what is understood to be the purpose of the testing, stable and development repositories. The varied interpretations have the practical result of differing upgrade capabilities from one repository (and distro version) to another. There are also implications for the amount of work which maintainers would have to do, and this was highlighted[6] by Till. MichaelSchwendt countered[7] this with the observation that currently the ''upgradepathcheck'' script will soon have to consider more than one updates-testing repository and that ignoring what it reports has historically resulted in less preparation of updates for the most recent test release. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00075.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00080.html RalfCorsepius argued[8] that testing should be limited to specific distros due to their unique environment and that the testing repositories should contain experimental packages which may not end up in ''updates''. A detailed discussion between Michael, Ralf and KevinKofler followed[9] with Ralf apparently arguing that their vision of using a consistent EVR scheme which allows concurrent release and testing of packages in multiple distributions is flawed. Ralf's assertions about Michael's vision of how EVR naming should interplay with the different repositories were described as "ridiculous" in a lengthy and thoughtful post[10] from Michael. In it Michael repeated that it was necessary to test updates in all the possible distribution environments and promised that the next report would once again exclude F-7 updates-testing from the check. Michael also argued that Ralf was being overly negative and unhelpful. [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00081.html [9] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00092.html [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00098.html JesseKeating later joined[11] the discussion and argued that Ralf was not considering the reality that packages in testing are frequently promulgated into the stable release. It's a detailed and confusing thread which does not lend itself to easy summary and ended[12] in Jesse claiming that Ralf was mis-characterizing the situation as a disagreement between himself and Jesse, whereas in fact it was between Ralf and the majority of maintainers.. [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00115.html [12] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00120.html === MP3 Licensing Issues === The issue of whether it is legal to include mp3 decoders (in the form of ''mpg123'') and possibly add support for ''join stereo coding'' was floated[1] by PeterLemenkov who had been reading around and noticing that the core patent was due to expire in a month. Peter stated his understanding of the situation to be that ''OGG Vorbis'' (erroneously referred to simply as Ogg) may violate patents, that there were non-commercial exceptions made , that many of the patents referred to encoding rather than decoding and thus were not applicable and finally that the Frauenhofer patents had expired in the EU. He wondered if they also had expired in the USA. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00012.html The status of the freedom of the rights granted under the non-commercial exceptions was foregrounded[2] by RahulSundaram who stated that they were incompatible with the GPL. Rahul also asked for evidence that OGG Vorbis violated patents. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00013.html SimoSorce felt[3] that part of Rahul's reply was not precise enough when it cited the GPL and despite TomCallaway concurring with Rahul's interpretation Simo disagreed that the GPL made it necessary for an author to also supply a written non-limiting patent grant. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00029.html The answer to the US-centric question on expiry dates was supplied[4] by TomCallaway with a list of the patents which mostly expire within the next decade. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00028.html === KDE Flamewar Warms Up Night Of Final Freeze === A mostly happy and appreciative StefanGrosse reported[1] that the KDE ''logout'' dialogue was missing the ''shutdown'' and ''hibernation'' buttons while running a system upgraded to Rawhide from Fedora 8 Test 3. There was solely an ''end session'' button which led back to the ''login'' screen where it was then possible to shutdown. SebastianVahl suggested that it was necessary to use ''KDM'' as the login manager and Stefan asked[2] for details on how to do this. He also remembered that upgrading from Fedora 7 to Rawhide saw these buttons disappear, but that they had been present even when using GDM in Fedora Core 6. [1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02616.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02621.html Sebastian answered that it was necessary to create a ''/etc/sysconfig/desktop'' containing ''DESKTOP="KDE" and DISPLAYMANAGER=KDE'' and suggested that the question was not appropriate to @fedora-devel. RahulSundaram thought[3] that it was because it was odd that the Fedora DVD image was installing GDM if the user had selected KDE. KevinKofler traced[4] this back to ''desktop unification'' in Red Hat Linux 8.0. BillNottingham stated[5] that ''GDM'' was the default login manager in the base X group and couldn't be removed from it. Rahul wondered[6] why GDM was not in the GNOME package group instead of the X package group. [3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02624.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02627.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02640.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02650.html Later Bill argued[7] that ''xdm'' was inappropriate as a default display manager because it was so bad and MatthiasClasen responded to Rahul that associating a display manager with a desktop environment was illogical anyway. Rahul was un-swayed[8] and argued for either a neutral display manager, or else for the display manager to reflect the chosen desktop environment. [7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02653.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02652.html The first sparks of a flamewar appeared when Bill felt that Rahul was dismissing his argument without considering the context and Rahul asked[9] why it would be a problem to either install XDM or the desktop-appropriate display manager. MatthiasClasen suppled[10] the argument that due to the security importance of a display manager it would be necessary to do unneeded extra work if more than one were shipped. When JesseKeating amplified this point by noting the choice between duplicating each feature or else confusing users there was a certain amount of irritation expressed by KDE developers KevinKofler and VikramGoyal [11] who noted that KDE had supported some features first and that the unpleasant logical conclusion was that KDE integration was going to be ignored. Rahul countered[12] Matthias by noting that KDM is already the default for the KDE spin and that as the repositories already carry various display managers there is no security or work advantage in avoiding its use. KevinKofler made the same point, with the addition[13] that the KDE SIG had clearly decided that they wanted to use KDM. ChristopherAillon shared[14] the information that work was being done on a unified generic login manager (by William Jon McCann) and asked that instead of internecine Fedora fighting energy would be directed to convince upstream KDM developers of the advantages. RexDieter promised to see what he could do in that direction. [9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02658.html [10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02659.html [11] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02697.html [12] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02662.html [13] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02686.html [14] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02723.html BillNottingham argued[15] that although there was a regression in functionality it would be better to investigate the bug instead of suggesting that long-established practice be changed on the night of the final freeze. The thread continued[16] to get toasty when Bill told Rahul that the change was a one line patch to make ''kdebase'' point to the correct FIFO to communicate with GDM. Rahul's insistence that he had raised and discussed this issue in Bugzilla in the past led to Bill accusing[16] him of pushing an agenda under the cover of a bug which he was not interested in solving. Bill closed[17] with a restatement of the problem and the use of GDM as a default (which can be unchecked) during install. [15] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02664.html [16] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02670.html [17] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02796.html MatthiasClasen disagreed with Rahul that this change was a regression and Rahul's disavowal of certainty about the term led ChristopherAillon to be aware that if he was "going to play the non-native speaker card" that it was also held by many other participants. Christopher asked[18] Rahul to "curb the hostility and try a different argument". Rahul wondered what he meant, and a Christopher referenced[19] a separate strand of the thread in which Rahul had cautioned[19] that throwing accusations around about the KDE maintainers was counterproductive and added some links to show evidence of how he had earlier been accused of being anti-KDE. Christopher appeared bemused as to what this had to do with him and pointed out that it put him on the defensive. Rahul apologized for seeming to complain and Christopher again responded that Rahul had made his point several times and although it was reasonable to requested KDM as a default when KDE is selected from the Fedora DVD there had been unrefuted technical answers from BillNottingham and JesseKeating as to why this was not going to happen for Fedora 8. Jesse had also suggested much earlier that the KDE release notes should simply tell users to uncheck GDM[19a] [18] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02761.html [19] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02722.html [19a] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02676.html A detailed response[20] from KevinKofler outlined two possible ways in which the problem could be solved without modifying ''anaconda'' and one way in which anaconda could be hacked. Kevin was very clear that KDM is the preferred display manager and will continue to be so in KDE4.0. Later he promised[21] that KDM would only be pried from "my cold dead hands." [20] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02793.html [21] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02690.html DaveAirlie agreed with Bill that "[XDM] is a horror" although JoachimFrieben thought[23] that it could provide a plain X environment without the encumbrances of all the package dependencies of GNOME and KDE and that foisting GDM on advanced users was undesirable. ChristopherAillon thought that such advanced users could probably do what they wanted with kickstart or re-spinning. [22] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00019.html Final thoughts on the thread came from the KDE developers who expressed[23] distrust due to the way in which KNetworkManager had been handled. It seemed that although it is possible to use NetworkManager via a dummy package that installs several gnome libraries[24] it has not been possible to adapt the KNetworkManager frontend to use the very rapidly improved NetworkManager backend. [23] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00036.html [24] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00039.html === Filesystem Mounts: UUIDs or LABELs? === An inquiry[1] from AmitakhyaPhukan about why all detected filesystems are automatically mounted (on a rawhide machine) with desktop icons led to a discussion of the use of PolicyKit in Fedora 9. DavidZeuthen explained[2] that Rawhide mounts fixed drives only when root has made some changes. Apparently there is not yet a GUI to undo help with undoing these administrator initiated changes, but David suggested using ''polkit-grant --delete ''. KevinKofler suggested[3] that Amitakhya should check that ''usr/share/hal/fdi/policy/10osvendor/99-redhat-storage-policy-fixed-drives.fdi'' existed with the same contents as in Fedora 8. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00010.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00052.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00037.html RoddClarkson had also seen some filesystems (which hadn't been visible in Fedora 7) show up in the disk mounter applet for Rawhide. David explained[4] that these were from previous OSes and are now shown in Fedora 8. He agreed that the text shown in the UI might be a little misleading due to the labels chosen, and also wondered why the anaconda team had chosen to use LABELs over UUIDs. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00128.html David followed up by apologizing for his rant and providing[5] bugzilla entries where these issues could be discussed. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00129.html === Split KDE Packages === "Axel" wondered[1] whether it would be possible to split KDE packages into multiple smaller sub packages. The reasoning behind this is that KDE install currently pull in many unwanted programs leading to an unnecessarily bloated system. Axel acknowledged that Fedora was primarily a "GNOME based distribution" but preferred to use KDE. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00000.html The official position of the KDE SIG was regretfully conveyed[2] by KevinKofler. The issue has been discussed in the SIG's IRC meetings and the consensus has been that the maintenance burden would be too high. A compromise position which sees the splitting out of less used components into "-extras" sub packages has been adopted. This allows the production of a LiveCD. Kevin also replied that if the same programs appear in more than one place in the KDE menus then this a bug and it would be appreciated if those finding them would search Bugzilla before opening a new bug. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00001.html === IcedTea Plugin On x86_64 === A non-functioning IcedTea java plugin for Firefox led MarkeBidewell to wonder[1] if the problem was because the plugin directory was named "amd64" while he was using an Intel system. RexDieter confirmed the problem and provided a solution which was symlinking the IcedTea plugin to the Firefox plugins subdirectory[2]. [1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02774.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02779.html MarkBidewell and JefSpaleta agreed[3] that the problem was probably an incorrect search path for Mozilla. BillNottingham suggested[4] running ''mozilla-plugin-config -i -f'' as root. [3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02788.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02798.html === SecondLife Exposes Mesa Licensing Problem? === A bunch of OpenGL headers had attention drawn to their licensing because due to a bug opened against SecondLife. CallumLerwick grepped through several and found[1] that they were using "SGI Free Software License B" which seemed to be explicitly not acceptable in Fedora. HansdeGoede agreed[2] with Callum and said that they had been allowed as an exception due to their essential nature, but that since talks with SGI were stagnating it would be good to start working on removing and replacing the troublesome pieces. [1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02706.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02709.html Callum later added[3] that the problem seemed to have been fixed in the version of Mesa which was included in Fedora 8, but TomCallaway was unsure about the validity of the relicensing and asked[4] AdamJackson for information. [3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02713.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02732.html HansdeGoede (as could be expected of someone maintaining so many game packages) had done some research and found[5] that ownership of the OpenGL standard had been transferred to "The Khronos Group" and appear to have been committed legitimately. Hans and Tom were in agreement that the problem was bigger than this and remained unsolved however. [5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02735.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02736.html [[Anchor(AdvisoryBoard)]] == Advisory Board == In this section, we cover discussion in Fedora Advisory Board. https://www.redhat.com/mailman/listinfo/fedora-advisory-board Contributing Writer: MichaelLarabel === Fedora Board Meeting === With Fedora 8 coming out in just a few days, this past week's Fedora Board Meeting[1] was about the Fedora 8 Blocker List[2]. Among the outstanding issues affected NetworkManager, LiveCD/USB testing, Python/Turkish, and dmraid. The final day to have the Fedora 8 tree completed was Friday, and fortunately everything was completed in time. Find out more in the fedora-advisory-board message[3]. [1] http://fedoraproject.org/wiki/Board/Meetings/2007-10-30 [2] https://bugzilla.redhat.com/showdependencytree.cgi?id=235703&hide_resolved=1 [3] https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00051.html [[Anchor(Fonts)]] == Fonts == In this section, we cover discussion in Fedora Fonts. https://www.redhat.com/mailman/listinfo/fedora-fonts-list Contributing Writer: MichaelLarabel === Fedora Fonts SIG TODO List === If you've been wanting to help out with the Fedora Fonts, but are unsure of what you would like to work on, NicolasMailhot has created a TODO list[1] for this special interest group, The Fonts TODO List[2] lists one-time tasks as well as recurring tasks along with those that have been completed. If you've been wanting to help out or are curious where the Fedora Fonts SIG stands today, check out the list. [1] https://www.redhat.com/archives/fedora-fonts-list/2007-November/msg00045.html [2] http://fedoraproject.org/wiki/SIGs/Fonts/Todo [[Anchor(Infrastructure)]] == Infrastructure == In this section, we cover the Fedora Infrastructure Project. http://fedoraproject.org/wiki/Infrastructure Contributing Writer: JasonMatthewTaylor === The Wiki === There was more discussion this week[1][2] about what to do about the wiki, whether to move to a new software or keep the existing and patch it as needed. The jury is still out, we will see what happens after F8 is released. [1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg00114.html [2] https://www.redhat.com/archives/fedora-infrastructure-list/2007-November/msg00014.html [[Anchor(SecurityWeek)]] == Security Week == In this section, we highlight the security stories from the week in Fedora. Contributing Writer: JoshBressers === IBM Plans Major Security Initiative === http://ap.google.com/article/ALeqM5iSFxylj-4ojpf44zNT6k01yBY5RgD8SKHH781 IBM announced last week that they plan to spend 1.5 billion ( with a big B ) dollars on security research in 2008. Information Security is becoming a very serious business. I suspect the biggest issue now is going to be finding employees to fill these positions. [[Anchor(AdvisoriesUpdates)]] == Advisories and Updates == In this section, we cover Security Advisories and Package Updates from fedora-package-announce. https://www.redhat.com/mailman/listinfo/fedora-package-announce Contributing Writer: ThomasChung === Fedora 7 Security Advisories === * tar-1.15.1-28.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00370.html * subversion-1.4.4-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00371.html * python-2.5-14.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00378.html * ruby-1.8.6.111-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00391.html * openvrml-0.16.6-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00392.html * galeon-2.0.3-12.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00418.html * Miro-0.9.8.1-4.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00419.html * chmsee-1.0.0-1.25.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-October/msg00432.html * xen-3.1.0-8.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00004.html * nagios-plugins-1.4.8-9.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00010.html * pidgin-2.2.2-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00011.html * cups-1.2.12-6.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00012.html * xscreensaver-5.03-14.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00016.html * liferea-1.2.23-4.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00021.html * flac-1.2.1-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00035.html * phpMyAdmin-2.11.2-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00040.html [[Anchor(EventsMeetings)]] == Events and Meetings == In this section, we cover event reports and meeting summaries from various projects. Contributing Writer: ThomasChung === Fedora Board Meeting Minutes 2007-10-30 === * https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00051.html === Fedora Ambassadors Meeting 2007-MM-DD === * No Report === Fedora Documentation Steering Committee (Log) 2007-10-28 === * https://www.redhat.com/archives/fedora-docs-list/2007-October/msg00168.html === Fedora Engineering Steering Committee Meeting 2007-MM-DD === * No Report === Fedora Extra Packages for Enterprise Linux Report 2007-MM-DD === * No Report === Fedora Infrastructure Meeting (Log) 2007-11-01 === * https://www.redhat.com/archives/fedora-infrastructure-list/2007-November/msg00015.html === Fedora KDE-SIG Meeting 2007-10-30 === * https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02615.html === Fedora Localization Meeting 2007-MM-DD === * No Report === Fedora Marketing Meeting 2007-MM-DD === * No Report === Fedora Packaging Committee Meeting 2007-10-30 === * https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02797.html === Fedora Release Engineering Meeting 2007-10-29 === * http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-oct-29 -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From kanarip at kanarip.com Wed Nov 7 20:02:40 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 07 Nov 2007 21:02:40 +0100 Subject: Fedora Unity releases updated Fedora 7 Re-Spins Message-ID: <473219E0.80807@kanarip.com> The Fedora Unity Project is proud to announce the release of new ISO Re-Spins (DVD and CD Sets) of Fedora 7. These Re-Spin ISOs are based on Fedora 7 and all updates released as of October 30th, 2007. The ISO images are available for i386 and x86_64 architectures via jigdo starting Wednesday, November 7th, 2007. We have included CD Image sets for those in the Fedora community that do not have DVD drives or burners available. Fedora Unity has taken up the Re-Spin task to provide the community with the chance to install Fedora with recent updates already included. These updates might otherwise comprise more than 1.91GiB of downloads for a full install. This is a community project, for and by the community. You can contribute to the community by joining our test process. A full changelog of the packages that have been updated in this Re-Spin can be reviewed on http://spins.fedoraunity.org/changelogs/20071030/ This Re-Spin will obsolete the previous Re-Spin released by Fedora Unity, namely '20070912'. If you are interested in helping with the testing or mirroring efforts, please contact the Fedora Unity team. Contact information is available at http://fedoraunity.org/ or the #fedora-unity channel on the Freenode IRC Network (irc.freenode.net). Go to http://spins.fedoraunity.org/ to get the bits! To report bugs in the Re-Spins please use http://bugs.fedoraunity.org/ Kind regards, Jeroen van Meeuwen Fedora Unity Founder kanarip at fedoraunity.org -- Fedora is a trademark of Red Hat, Inc. From mspevack at redhat.com Wed Nov 7 21:52:40 2007 From: mspevack at redhat.com (Max Spevack) Date: Wed, 7 Nov 2007 16:52:40 -0500 (EST) Subject: Fedora 8 Message-ID: On Thursday November 8th (about 3:00 PM GMT), Fedora 8 will go live to the world, and you will be able to download it at http://fedoraproject.org. The bits are all finalized, the mirrors are synced, and the torrents are primed. But until we flip the switch, you will have to tide yourself over with this -- my personal Fedora 8 release announcement. Fortunately, it's pretty long, so if you read it all, Fedora 8 might be released by the time you have finished! ---- Fedora Core 1 was released on November 6, 2003. That is almost exactly 4 years ago to the date. There are a lot of people reading this who were users, developers, or both of Fedora Core 1. I wasn't even a part of the Fedora community back then -- I remember reading about it on Slashdot and thinking "Red Hat would be a fun place to work some day". I have been part of the Fedora Project for a little less than 2 years, but I know enough of the people who have been there since day 1 to recognize the tremendous strides that have been taken between version 1 and version 8 of this distribution. Our community has grown, both the folks within Red Hat who are lucky enough to spend their days working on Fedora and the folks in our volunteer community who give so generously of their time and talents. We have seen Fedora Extras go from an idea to a reality to such a tremendous success that it led to the complete restructuring of Fedora's development processes. We have seen the emergence of infrastructure and translation teams that are world-class in their abilities and achievements. We have seen many of the brightest software engineers anywhere, some as Red Hat employees and some as volunteers, continue to produce innovative work with an "upstream first" mentality that benefits not just Red Hat and Fedora but the entire free software community. The Fedora Project on the whole -- not just the Linux distribution that it produces -- today is consistent, reliable, and moving in the right direction. I am fortunate to have the opportunity to be a part of that. ---- One of the goals that we specifically chose for Fedora 8 was to use it as the release that gets us back on track in terms of predictability. We picked two dates -- Halloween and May Day -- that are 6 months apart, and for the foreseeable future it is Fedora's goal to release as close to those two dates as possible. Fedora 7 was released on May 31st. Fedora 8 arrives on November 8th. In the software world, getting within one week of a date that was picked six months earlier is considered successful, and I think that everyone in our development and contributor community should be proud of the fact that we put together a quality release that includes lots of new features in exactly 23 weeks. ---- Fedora's development priorities tend to come in cycles. If you think back to the Fedora Core 6 release cycle, you will remember that a significant portion of the engineering goals for that release were driven by the knowledge that Fedora Core 6 would be the upstream for Red Hat Enterprise Linux 5. Everyone knew going in that Fedora Core 6 would be more "corporate" than "community". And that was ok, because we also knew that once Red Hat Enterprise Linux 5 was released, the Fedora Project would be able to spend its next several releases focused on its community-related priorities. Fedora 9 will probably start to see the pendulum swing back in the other direction, as Red Hat Enterprise Linux 6 starts to materialize on the horizon. Fedora 7 and Fedora 8 need to be thought of together in that context -- the community's goals and priorities being paramount. The overarching goal for both of these releases has been in the realm of custom spins. We debuted this model in Fedora 7 with pungi, livecd-creator, and revisor. Fedora 8 has expanded this further, and has proven the hypothesis of "if we give people the tools, they will come". Fedora 8 brings with it a developer spin, a games spin, and an electronic lab spin, in addition to the GNOME and KDE desktop spins that were first part of Fedora 7. Additionally, we have seen organizations like Creative Commons use the Fedora build tools in the past year as the basis for their own custom Linux projects, built using Fedora as its foundation. ---- There are a tremendous number of new features in Fedora 8 -- too many for me to list here. But there is an excellent release summary on the Fedora Project wiki that I encourage you to read if you want more specifics about Fedora 8. * http://fedoraproject.org/wiki/Releases/8/ReleaseSummary If you are interested in running Fedora 8 entirely off of a USB key, we have an article in Red Hat Magazine that can help you. * http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/ We also have a series of interviews with some of the developers who worked on these features, which offer interesting insights. * http://fedoraproject.org/wiki/Interviews If you check out my blog, you can see our ongoing "lesser-known Fedora contributors" series: * http://spevack.livejournal.com/tag/fedora And finally, for those of you who can't get enough and want to know what is being planned for Fedora 9, I am here to help. * http://fedoraproject.org/wiki/Releases/9/FeatureList ---- My sincere thanks to all of our developers, users, testers, writers, translators, and ambassadors -- in short, our Community, wherever you happen to live or work. You are Fedora. None of this would exist without you. Max Spevack Fedora Project Leader From fedora at leemhuis.info Thu Nov 8 13:19:25 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 14:19:25 +0100 Subject: rpm.livna.org repositories for Fedora 8 (Werewolf) now available Message-ID: <47330CDD.8@leemhuis.info> On behalf of the Livna ( http://rpm.livna.org ) contributers I'd like to announce the availability of the Livna package repository for Fedora 8 (Werewolf). The Livna repository hosts software as RPM packages which cannot be shipped in the official Fedora repository for various reasons and supports the i386, x86_64 and ppc architectures. Using the Livna repository gives your Werewolf the ability to play all kinds of audio such as MP3 files and plays DVDs. Additionally Livna offers the ATI and Nvidia closed-source drivers in a Fedora-compatible rpm package for the Fedora users whose videocards are not yet fully supported with the stock open source drivers. You can browse the repository at http://rpm.livna.org/fedora/8/ To make it available on a freshly installed Fedora 8 system run the following command: {{{ $ su -c 'rpm -ivh http://rpm.livna.org/livna-release-8.rpm' }}} Further below you'll find some more examples on getting the important bits for a modern system installed from livna. On another note, I have some sad news: Fedora 8 will be the last release livna will be offering its add-on packages for. But don't despair, the future is bright: The Livna contributers are busy working together with the guys behind dribble and freshrpms to offer a unified repository in the future bringing you games, multimedia software and other tools from a single source. This merged repository is called "RPM Fusion"; you can find more information about it at http://rpmfusion.org/ Interested? Want to help? Then don't hesitate and subscribe to the developers mailing lists at http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-developers or meet us in the #rpmfusion channel on freenode. That's all folks. Thank you for your attention and we wish you a very pleasant flight with the newly released Fedora 8 together with the Livna repositories. Bye! Thorsten Leemhuis == More details == Ladies and gentleman, the pilot has informed me that we've reached our travel altitude. You can now loosen your seatbelt's and our flight attendants will be with you shortly for refreshments. Still aboard and reading? Great, here are some more informations for the curious: === Reminder for the folks that plan to yum-update to Fedora 8 === If you have livna-packages installed on your system and plan to live-update to Fedora 8 using yum then please leave the livna-repos enabled for the big "yum update" run. Then you'll get all the updated packages from livna as well, which is important, as their dependencies get fulfilled by the Fedora 8 packages -- that's not the case for the old Livna packages that might still be installed on your Fedora system. === Examples to get the most important bits from livna === Once you installed the release-rpm you can install software using the graphical software installation tool called pirut, which is part of Fedora. You as root-users can also use yum on a command line to install packages; for example: * if you'd like to install xine as a video-player run {{{ # yum install xine-lib-extras-nonfree xine }}} * if you prefer mplayer run {{{ # yum install mplayer-gui }}} * if you prefer vlc run {{{ # yum install vlc }}} * if you want to get the latest nvidia graphic drivers for modern cards and the stock Fedora kernel run {{{ # yum install kmod-nvidia }}} and restart X. * if you want to get the latest amd graphic drivers for the stock Fedora kernel run {{{ # yum install kmod-fglrx }}} and restart X. * you want to get MP3-Support in Gnome apps? run {{{ # yum install gstreamer-plugins-ugly }}} * you're using KDE? Well, then run: {{{ # yum install k3b-extras-nonfree kdemultimedia-extras-nonfree }}} === Problems? === Let us know via http://bugzilla.livna.org/ === Need support? === Many people in #fedora on freenode, on fedora-list at redhat.com and in the forums know how to help. === Developer contact === Meet us in #livna on freenode or join the mailing list at http://livna.org/mailman/listinfo/freeworld === EOF === End of file From Axel.Thimm at ATrpms.net Thu Nov 8 15:02:50 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 8 Nov 2007 17:02:50 +0200 Subject: ATrpms for Fedora 8; EOL for Fedora Core 6 Message-ID: <20071108150250.GA30631@puariko.nirvana> ATrpms is officially launching Fedora 8 support for i386, x86_64 and ppc. http://ATrpms.net/dist/f8/ o The actual download location is http://dl.atrpms.net/. Mirrors are listed at http://atrpms.net/mirrors/ o "stable", "testing" and "bleeding", the three subrepos per distribution are not cumulative inclusive on the server side. E.g. you need to add "stable" for "testing", and both "stable" and "testing" for "bleeding". ATrpms is a 3rd party general purpose package repository. It currently supports o F8/i386, F8/x86_64, F8/ppc, F7/i386, F7/x86_64, F7/ppc, FC6/i386, FC6/x86_64, FC6/ppc o RHEL5/i386, RHEL5/x86_64, RHEL4/i386, RHEL4/x86_64, RHEL3/i386, RHEL3/x86_64 FC6 support will be EOL'd once the Fedora Project drops support for it (e.g. on December 7, 2007). Configuration for package resolvers (replace i386 with x86_64 or ppc as needed) o yum [atrpms] name=Fedora 8 - i386 - ATrpms baseurl=http://dl.atrpms.net/f8-i386/atrpms/stable o smart [atrpms] name=Fedora 8 - i386 - ATrpms baseurl=http://dl.atrpms.net/f8-i386/atrpms/stable type=rpm-md o apt repomd http://dl.atrpms.net f8-i386/atrpms/stable you can provide feedback or request support on the ATrpms lists (http://lists.atrpms.net/), or the common bug tracker (http://bugzilla.atrpms.net/). Enjoy! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Nov 8 16:02:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 11:02:06 -0500 Subject: Announcing the release of Fedora 8 (Werewolf) Message-ID: <20071108110206.54483f92@redhat.com> (To the tune of Michael Jackson's "Thriller") It's close to midnight and something cool is coming through the "tubes" It's looking real tight, a distro for the experts and the n00bs With Live CDs* so you can try it out before installing Or DVDs so you can have the packages you choose No way to lose 'Cause it's Fedora, Fedora 8 We'd love to have you join us and together we'll be great Using Fedora, Fedora 8 Just click the link and rescue your computer's future today Hotplugging speakers, you realize PulseAudio is sweet You feel the power of kernel 2.6.23 You close your eyes but then you can't see all the gorgeous artwork You want online? New NetworkManager helps you explore And try out BigBoard 'Cause it's Fedora, Fedora 8 This is the leading edge of free and open source today You've got Fedora, Fedora 8 A brand-new shiny desktop with the latest, greatest awaits (BRIDGE) Now firewalls, you will find, are a ball to configurate Virtual hosts you can manage the most secure way (It makes your day) Now you can authenticate They're out to get you, security enhancements stop them cold You want your codecs? Codeina is the legal way to go We've got the spins -- developers, electronics, and gaming And that's not all, we wanted to make sure your Java's free So we've got IcedTea Inside Fedora, Fedora 8 We promise Number 9 is no more than six months away, world Fedora, Fedora 8 So get aboard the torrent, share Fedora, score a new Fedora, by next May 'Cause it's Fedora, Fedora 8 You get to keep both pieces anytime that something breaks, girl Fedora, Fedora 8 If only Vincent Price could read this killer filler: "Werewolf" moves across the land Router meltdowns close at hand Sysadmins in search of blood For those who caused this bandwidth flood And whosoever took the risk But failed to make an extra disc Must face the Bastard Op from Hell And lose his access to the shell The best of Linux now is here To kill the FUD and strike with fear The hearts of those who steal your rights And hide their code far from your sight Closed source takes away what's yours But you'll never shake the horror Until you taste the freedom and The power of FEDORA! [*Note: Some Live images are actually too big for CDs and require DVDs or USB storage for use. Refer to http://fedoraproject.org/wiki/CustomSpins for more information.] = WANT FEDORA? GET FEDORA! = To get Fedora, visit: http://fedoraproject.org/get-fedora = WHAT'S NEW? = To read about all the latest changes, visit: http://docs.fedoraproject.org/release-notes/ For a summary, visit: http://fedoraproject.org/wiki/Releases/8/ReleaseSummary = JOIN US! = To find ways you can help and participate, visit: http://fedoraproject.org/join-fedora *) This mail was brought to you by the Fedora Docs team. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Nov 8 18:41:19 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 13:41:19 -0500 Subject: After Fedora 8 comes Fedora 9! Message-ID: <20071108134119.4653a86b@redhat.com> The development cycle of Fedora 9 will begin in earnest tomorrow. This will mark the first attempt at composing Rawhide with package builds that target Fedora 9. There is quite a number of them built up already, over 800. This will be a bumpy ride at first as we start to see where all these builds gets us. In the next couple of weeks we the project will work on setting a schedule for Fedora 9, start reviewing proposed Features, and come up with an overall idea of what we'd like to accomplish this time around. For those of you that were early adopters of Fedora 8 and joined the Rawhide bandwagon, but want to get off at the Fedora 8 stop, I suggest that you ensure your 'development' yum repo is disabled. For those of you that wish to continue to enjoy Rawhide, I suggest you ensure that your 'fedora', and any updates repos are disabled, and make sure that your development repo remains enabled. During the development of Fedora 8 we experimented with a few things to help users and developers of Fedora have a smooth ride through the development cycle. Those experiments have worked out pretty well and have been incorporated into the overall development strategy, as oulined here: http://fedoraproject.org/wiki/ReleaseEngineering/Overview As we look forward to Fedora 9 we hope to make the experience even more enjoyable and at the same time even more beneficial to all involved. I welcome suggestions and discussion on how to improve things, which is always a constant goal of mine. So lets all sit back, relax, and enjoy a day of rest for Fedora 8. Tomorrow it starts up all over again! -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kanarip at kanarip.com Thu Nov 8 21:51:05 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 08 Nov 2007 22:51:05 +0100 Subject: Fedora Unity releases Fedora 8 CD Sets Message-ID: <473384C9.70002@kanarip.com> The Fedora Unity Project is proud to announce the release of new CD Spins of Fedora 8. These CD ISOs are based on the Fedora 8 DVD.iso. The ISO images are available for i386 and x86_64 architectures via jigdo starting Thursday, November 8th, 2007. We have included CD Image sets for those in the Fedora community that do not have DVD drives or burners available. The Default install will require the first 3 CDs. If you are interested in helping with the testing or mirroring efforts, please contact the Fedora Unity team. Contact information is available at http://fedoraunity.org/ or the #fedora-unity channel on the Freenode IRC Network (irc.freenode.net). Go to http://spins.fedoraunity.org/ to get the bits! To report bugs in the Re-Spins please use http://bugs.fedoraunity.org/ Kind regards, Jeroen van Meeuwen Fedora Unity Founder kanarip at fedoraunity.org Fedora is a trademark of Red Hat, Inc. From tchung at fedoraproject.org Fri Nov 9 18:09:04 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Fri, 9 Nov 2007 10:09:04 -0800 Subject: EOL for FedoraNEWS.ORG Message-ID: <369bce3b0711091009u762d099bk11f61ed05a7abcc5@mail.gmail.com> It's been 4 years since FedoraNEWS.ORG was launched on 2003-11-18. As we say "Hello" to Fedora 8, it's time to say "Goodbye" to FedoraNEWS.ORG. It's a decision I've been considering for long time to focus on current Fedora Weekly News[1] and Fedora Free Media Program[2]. As of this morning, index page has been redirected to Fedora Project Wiki. Old contents are still available but no new content will be posted. Thank you for support and it's been a pleasure. Best Regards, [1] http://fedoraproject.org/wiki/FWN [2] http://fedoraproject.org/wiki/Distribution/FreeMedia -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From mspevack at redhat.com Fri Nov 9 20:45:41 2007 From: mspevack at redhat.com (Max Spevack) Date: Fri, 9 Nov 2007 15:45:41 -0500 (EST) Subject: EOL for FedoraNEWS.ORG In-Reply-To: <369bce3b0711091009u762d099bk11f61ed05a7abcc5@mail.gmail.com> References: <369bce3b0711091009u762d099bk11f61ed05a7abcc5@mail.gmail.com> Message-ID: On Fri, 9 Nov 2007, Thomas Chung wrote: > As of this morning, index page has been redirected to Fedora Project > Wiki. Old contents are still available but no new content will be > posted. It is worth noting that "Fedora Weekly News" is not going anywhere, just that the separate fedoranews.org site is no longer updating. Fedora Weekly News has been doing its thing on the Fedora Wiki for a while now. What used to be a one-man show with Thomas doing everything has evolved into a really excellent team of writers, and Fedora Weekly News is probably the best way to stay up to date on everything important in Fedora without having to spend all your time reading email lists. Thank you to Thomas for all his work and leadership. --Max From max_list at fedorafaq.org Fri Nov 9 20:31:37 2007 From: max_list at fedorafaq.org (Max Kanat-Alexander) Date: Fri, 9 Nov 2007 12:31:37 -0800 Subject: Unofficial Fedora FAQ Updated for Fedora 8! Message-ID: <20071109123137.3b0e540a@es-compy> Hello! Right along with the release of Fedora 8, we're ready with the Fedora 8 version of the Unofficial Fedora FAQ! http://www.fedorafaq.org/ Contributions are welcome! Translators are loved! http://www.fedorafaq.org/contribute/ Keep checking in for the next few days, too--new FAQs may be added, current FAQs may be changed! The FAQ always says in the top right corner when it was last updated, and there's a little "updated" notice next to questions (with a date that shows when I change them) whenever I update them. The Fedora 7 version of the FAQ is preserved at: http://www.fedorafaq.org/f7/ Have a great day and enjoy the FAQ! -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too! From tchung at fedoraproject.org Mon Nov 12 08:50:19 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Mon, 12 Nov 2007 00:50:19 -0800 Subject: Fedora Weekly News Issue 109 Message-ID: <369bce3b0711120050m65aa2c88jed02d90d3dd89136@mail.gmail.com> = Fedora Weekly News Issue 109 = Welcome to Fedora Weekly News Issue 109 for the week of November 5th. http://fedoraproject.org/wiki/FWN/Issue109 In Announcements, we have "Announcing the release of Fedora 8 (Werewolf)", "Fedora Unity releases Fedora 8 CD Sets", "rpm.livna.org repositories for Fedora 8 (Werewolf) now available", "ATrpms for Fedora 8; EOL for Fedora Core 6" and "Unofficial Fedora FAQ Updated for Fedora 8!" In Planet Fedora, we have "Lesser-Known Fedora Contributors", "Part 1-6, Report: LTSP Hackfest 2007", "motd-File for your machine", "Fedora Electronic Lab 8 - Stable release", "Fedora Unity Spin Report", "Fedora 8 Games Spin - Feedback Requested", "Fedora Media Labels Howto", and "I am a Broken Record" To join or give us your feedback, please visit http://fedoraproject.org/wiki/NewsProject/Join. 1. Announcements 1. Announcing the release of Fedora 8 (Werewolf) 2. Fedora Unity releases Fedora 8 CD Sets 3. rpm.livna.org repositories for Fedora 8 (Werewolf) now available 4. ATrpms for Fedora 8; EOL for Fedora Core 6 5. Unofficial Fedora FAQ Updated for Fedora 8! 2. Ask Fedora 1. KDE 4 3. Planet Fedora 1. Lesser-Known Fedora Contributors, Part 1-6 2. Report: LTSP Hackfest 2007 3. motd-File for your machine 4. Fedora Electronic Lab 8 - Stable release 5. Fedora Unity Spin Report 6. Fedora 8 Games Spin - Feedback Requested 7. Fedora Media Labels Howto 8. I am a Broken Record 4. Developments 1. Codec Buddy Misleading? 2. Java Plugin Not Working In Fedora 8 3. Deltarpms For Fedora 7 To Fedora 8 Upgrade 4. OpenID Support In Fedora 9? 5. When Will CVS Be Replaced By A Modern SCM? 6. Smolt And Software Information 7. Bogus Permissions 8. Rpmbuild: Unset CFLAGS? 9. Fedora 9 Brainstorming 10. Services Should Not Start By Default 5. Advisory Board 1. Fedora Legal Updates 2. Improving The Fedora Development Process 6. Documentation 1. Wiki Collaboration 2. What Writing Tools Do You Use? 3. Fedora Documentation Steering Committee (FDSCo) Meeting 4. Administration Guide Work 5. The KDE-SIG needs (your) help 6. POT/PO Update for Release Notes 7. Artwork 1. Nodoka Window Decorations for KDE 2. Arts in Brazil 3. CD Box Draft 4. Hardcoded Icons 5. Fedora 8 Features in PDF 8. Security Week 1. Fedora 8 released 2. pcre 9. Advisories and Updates 1. Fedora 8 Security Advisories 2. Fedora 7 Security Advisories 3. Fedora Core 6 Security Advisories 10. Events and Meetings 1. Fedora Board Meeting Minutes 2007-MM-DD 2. Fedora Ambassadors Meeting 2007-MM-DD 3. Fedora Documentation Steering Committee (Log) 2007-MM-DD 4. Fedora Engineering Steering Committee Meeting 2007-MM-DD 5. Fedora Extra Packages for Enterprise Linux Report Week 44 6. Fedora Infrastructure Meeting (Log) 2007-11-08 7. Fedora Localization Meeting 2007-MM-DD 8. Fedora Marketing Meeting 2007-MM-DD 9. Fedora Packaging Committee Meeting 2007-MM-DD 10. Fedora Quality Assurance Meeting 2007-11-07 11. Fedora Release Engineering Meeting 2007-11-05 12. Fedora SIG KDE Meeting 2007-11-06 [[Anchor(Announcements)]] == Announcements == In this section, we cover announcements from Fedora Project. https://www.redhat.com/mailman/listinfo/fedora-announce-list Contributing Writer: ThomasChung === Announcing the release of Fedora 8 (Werewolf) === JesseKeating announces in fedora-announce-list[1], "(To the tune of Michael Jackson's "Thriller") It's close to midnight and something cool is coming through the "tubes" It's looking real tight, a distro for the experts and the n00bs With Live CDs* so you can try it out before installing Or DVDs so you can have the packages you choose No way to lose" "'Cause it's Fedora, Fedora 8 We'd love to have you join us and together we'll be great Using Fedora, Fedora 8 Just click the link and rescue your computer's future today" [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00006.html === Fedora Unity releases Fedora 8 CD Sets === JeroenVanMeeuwen announces in fedora-announce-list[1], "The Fedora Unity Project is proud to announce the release of new CD Spins of Fedora 8. These CD ISOs are based on the Fedora 8 DVD.iso. The ISO images are available for i386 and x86_64 architectures via jigdo starting Thursday, November 8th, 2007. We have included CD Image sets for those in the Fedora community that do not have DVD drives or burners available." [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00008.html === rpm.livna.org repositories for Fedora 8 (Werewolf) now available === ThorstenLeemhuis announces in fedora-announce-list[1], "On behalf of the Livna ( http://rpm.livna.org ) contributers I'd like to announce the availability of the Livna package repository for Fedora 8 (Werewolf). The Livna repository hosts software as RPM packages which cannot be shipped in the official Fedora repository for various reasons and supports the i386, x86_64 and ppc architectures." [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00004.html === ATrpms for Fedora 8; EOL for Fedora Core 6 === AxelThimm announces in fedora-announce-list[1], "ATrpms is officially launching Fedora 8 support for i386, x86_64 and ppc. http://ATrpms.net/dist/f8/" "FC6 support will be EOL'd once the Fedora Project drops support for it (e.g. on December 7, 2007)." [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00005.html === Unofficial Fedora FAQ Updated for Fedora 8! === MaxKanatAlexander announces in fedora-announce-list[1], "Hello! Right along with the release of Fedora 8, we're ready with the Fedora 8 version of the Unofficial Fedora FAQ! http://www.fedorafaq.org/" [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00011.html [[Anchor(AskFedora)]] == Ask Fedora == In this section, we answer general questions from Fedora community. Send your questions to askfedora AT fedoraproject.org and Fedora News Team will bring you answers from the Fedora Developers and Contributors to selected number of questions every week as part of our weekly news report. Please indicate if you do not wish your name and/or email address to be published. http://fedoraproject.org/wiki/AskFedora Contributing Writer: RexDieter === KDE 4 === "Robert Myers : When KDE 4 is released next month, will packages for it be added to the Fedora 8 repositories?" Robert, here's the cliff's notes answer: KDE4 development platform is already in Fedora 8. For details: * http://fedoraproject.org/wiki/Docs/Beats/Devel/KDE4DevelopmentPlatform * http://fedoraproject.org/wiki/Docs/Beats/Desktop When KDE 4.0 is released, we are strongly considering including KDE4 editions of kdeedu, kdegames as well, but the final decision hasn't been made. The rest of KDE4 is Fedora 9 territory: * http://fedoraproject.org/wiki/Releases/FeatureKDE4 which is currently a bit out of date, but we'll be working on that once Fedora 8 is out the door. [[Anchor(PlanetFedora)]] == Planet Fedora == In this section, we cover a highlight of Planet Fedora - an aggregation of blogs from world wide Fedora contributors. http://fedoraproject.org/wiki/Planet Contributing Writers: ThomasChung === Lesser-Known Fedora Contributors, Part 1-6 === MaxSpevack points out in his blog[1-6], "I must say, I have always been very impressed with our Brazilian Fedora community. They have created their own website, and they have always been very good about getting a lot of value out of the relatively small amount of money that we are able to send their way. In particular, I would like to thank RodrigoPadula and DavidBarzilay." "Most of Jon's (JonathanRoberts).contributions come as a writer -- he is particularly active in the Fedora News and the Fedora Documentation communities. In the Fedora 8 cycle, he has done a few things that have been tremendously helpful to me directly. The first is his work on the Fedora 8 Release Summary. The release summary is basically the Fedora community's "press release", written by a group of volunteers and meant to be a reasonably brief overview of "what is cool in the new distribution". "Ricky (RickyZhou) has had a lot to do with the entire look-and feel of the non-wiki section of fedoraproject.org. Right now, I hear, he is debugging the way fedoraproject.org renders when viewed with Internet Explorer 6, which actually tells you pretty much everything you need to know about his desire to see a Job Done Well." "Allison Mc``Grath (wife of MikeMcGrath) has made a tremendous contribution to the Fedora Project by being kind-hearted and understanding to her husband of less than one week when the Fedora 8 release fell directly in between their wedding and their honeymoon." "In the Fedora 8 timeframe, Chitlesh (ChitleshGoorah) is the man behind the Fedora Electronics Lab, one of the new custom spins that is being released with Fedora 8. Not only did he have the initial vision for the Fedora Electronics Lab, but he also maintains many of the packages that differentiate that spin from the more generic version of Fedora." "Gerold (GeroldKassube) has been the organizer for Fedora's presence at LinuxTag in 2006, 2007, and 2008. It is probably the biggest Linux show in Europe. Even more important, from a community point of view, Gerold has organized a series of Fedora Ambassador Days, which have gathered together 10-15 folks from all over Europe, and planned out their Fedora Ambassador strategy for the coming year." [1] http://spevack.livejournal.com/33893.html [2] http://spevack.livejournal.com/34215.html [3] http://spevack.livejournal.com/34370.html [4] http://spevack.livejournal.com/34700.html [5] http://spevack.livejournal.com/35162.html [6] http://spevack.livejournal.com/35470.html === Report: LTSP Hackfest 2007 === WarrenTogami points out in his blog[1], "LTSP is Linux Terminal Server Project, a collection of tools and scripts to enable Linux desktops to networks of thin clients. Through K12LTSP, literally thousands of schools and hundreds of thousands of students worldwide have been exposed to Red Hat and Fedora Linux over the past 6+ years. This report is on my trip to the latest LTSP hackfest, where I am working toward integration of LTSP directly into the Fedora Project." [1] http://wtogami.livejournal.com/20047.html === motd-File for your machine === FabianAffolter points out in his blog[1], "After the establishing of a connection to a machine over ssh there is the possibility to display a message. sshd is looking in the file named /etc/motd for the data. The limitations are that there should not be more than 80 digits a line." [1] http://fabaff.blogspot.com/2007/11/motd-file-for-your-machine.html === Fedora Electronic Lab 8 - Stable release === ChitleshGoorah points out his blog[1], "Last Thursday, 8th November 2007, the very first Fedora Electronic Lab LiveCD was released officially. This LiveCD is based on Fedora 8 KDE along with almost all electronic design tools." [1] http://clunixchit.blogspot.com/2007/11/fedora-electronic-lab-8-stable-release.html === Fedora Unity Spin Report === JeroenVanMeeuwen points out in his blog[1], "Our Fedora 8 CD Set jigdo has been downloaded over 350 times, while our latest Re-Spin has been downloaded almost 300 times." [1] http://kanarip.blogspot.com/2007/11/fedora-unity-spin-report.html === Fedora 8 Games Spin - Feedback Requested === RahulSundaram points out in his blog[1], "One of the custom spins of Fedora that didn't get much attention because of the late addition is the Fedora 8 Games spin. This custom version of Fedora 8 from the games special interest group in Fedora includes tons of free and open source Linux games in a installable Live DVD. Download it and check it out. More information is available at the game spin wiki page. Any feedback is most welcome." [1] http://rahulsundaram.livejournal.com/17475.html === Fedora Media Labels Howto === MairinDuffy points out in her blog[1], "so it seems some folks had some trouble with the labels I posted before - it's not easy to work with the SVGs without some Inkscape knowledge since the way I did them they aren't perfectly sized (there is some padding around them.)" [1] http://mihmo.livejournal.com/49341.html === I am a Broken Record === JefSpaleta pionts out in his blog[1] "Most people would consider the outage a big problem, but it sort of provided an interesting 'event' in the life of my f8 release animation. See while the outage was happening and the infrastructure team was shuffling around resources, so people didn't notice the disruption for too long, the logs I rely on to track f8 clients were seeing dead air. You can see exactly when the outage occurs in the theora video and exactly when the normal mirrorlist logging functionality is restored." [1] http://jspaleta.livejournal.com/15512.html [[Anchor(Developments)]] == Developments == In this section, we cover the problems/solutions, people/personalities, and ups/downs of the endless discussions on Fedora Developments. http://www.redhat.com/mailman/listinfo/fedora-devel-list Contributing Writer: OisinFeeley === Codec Buddy Misleading? === An EU-based user (MarkG85) of Fedora 8 wondered[1] why CodecBuddy[2] was prompting him to pay to download codecs which he judged to be legally obtainable without payment within his legal jurisdiction. His suggestion was that GeoIP[3] functionality should be integrated with CodecBuddy in order to customize the prompts so that EU users were not misled into paying. MarkG85 also suggested that Red Hat should provide an EU-located server in order to circumvent the legal problems. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00536.html [2] See JonathanRoberts' interview with BastienNocera and ThomasVanderStichele for an overview of the functionality provided by CodecBuddy and some of the background to its inclusion in Fedora 8 including Fluendo's granting of a free (beer) mp3 codec. [3] http://en.wikipedia.org/wiki/Geolocation_software As the topic of the provision of legally dubious software (especially codecs for popular media types) has been discussed extensively and repeatedly in the past on several Fedora maillists and in more public forums there was a distinct lack of enthusiasm expressed by several people. MichaelWiktowy got straight to the point when he suggested[3a] that a search of @fedora-devel's archives and the use of ''rpm -Uvh http://rpm.livna.org/livna-release-8.rpm'' would solve any problems. [3a] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00537.html The recent advice from Red Hat's legal counsel was alluded to by Mark and JeffSpaleta followed up[4] with an explanation that any distributed material could not contain even links to such software, but that the Fedora Project's web pages could. Jef suggested that it would be ideal if users of third-party repositories were willing to help upstream ''codeina''[5] development implement hooks to additional "vendors" (presumably including non-commercial repositories in locations not affected by bizarre "intellectual property" rules). [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00538.html [5] Codeina is a synonym for CodecBuddy, see: http://fedoraproject.org/wiki/Multimedia/Codeina A certain amount of questioning about why things have to be done this way led to further suggestions[6] that anyone still interested should search the archives ("contributory infringement" being a useful phrase in this regard). "MarkG85" and others explored some hypothetical situations including wondering[7] why SourceForge is able to host ''gstreamer-plugins-bad'' but in the end these all rested on an imperfect understanding of US and EU law. AlanCox answered[8] the latter specific question with the information that US law (presumably Section 230 of the CDA[9]) provided protection to those merely hosting content. DavidNielsen summed things up well when he asked[10] in exasperation "Do you think we enjoy keeping media support from our users when we have perfectly good implementations available under OSI approved licenses? If there was a legal way to make this work, we would be doing it." [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00540.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00654.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00660.html [9] http://en.wikipedia.org/wiki/Communications_Decency_Act#Section_230 [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00621.html As an interesting aside RahulSundaram provided[11] a link to a map depicting the geographical concentrations of contributors to Fedora's CVS repositories. Rahul added that from a legal perspective this was irrelevant as Red Hat is based in the USA and takes on the liability for the Fedora Project. KevinKofler and Rahul discussed[12] the possibility of a non-US-based "Fedora Foundation". [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00646.html [12] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00649.html === Java Plugin Not Working In Fedora 8 === The problem of getting the Java plugin working properly with Firefox cropped up again (see FWN#108 "IcedTea Plugin On x86_64"[1]) when ValentTurkovic posted[2] that despite having used ''yum install java-plugin'' Firefox still did not appear to work on a test site. [1] http://fedoraproject.org/wiki/FWN/Issue108#head-b6b24cabe831968ccc3a972977d2f02615a29e01 [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00559.html There were several helpful responses, including one from HansdeGoede who repeated[3] the advice offered by BillNottingham in the previous[1] thread to run ''mozilla-plugin-config -i -f'' as root in order to set up ''nspluginwrapper'' to search the correct paths for plugins. Hans added that this should be document and fixed and MartinStransky reported[4] the happy news that the latest build (at that stage[5] 0.9.91.5) fixed this problem. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00583.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00586.html [5] http://koji.fedoraproject.org/koji/buildinfo?buildID=21875 MikeHarris (ex-Red Hat XFree86 maintainer) popped in to report that he was having no Java problems requiring manual intervention on an x86_64 installation of Fedora 8 although he had noticed that many other people had. He surmised[6] that problems were due to upgrading from a previous version (as opposed to a fresh install of the OS) or else the presence of a Sun/IBM/Other Java installation. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00567.html Valent replied that this was a fresh Fedora 8 LiveCD and after Hans repeated his advice Valent reported[7] that everything was now fine but wondered why it was not all "automagic". BillNottingham posted[8] that an update would be forthcoming to make it so. [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00585.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00597.html === Deltarpms For Fedora 7 To Fedora 8 Upgrade === The availability of deltarpms (see FWN#97 "Presto-digitation"[1]) to ease upgrading from Fedora 7 to Fedora 8 using yum was advertised[2] by JonathanDieter. JonathanUnderwood hoped that they would be for both x86_64 and i386 architectures, but JonathanDieter had to regretfully say[3] that they x86_64 deltarpms would not be ready for some days (probably by Sunday 11th Nov). [1] http://fedoraproject.org/wiki/FWN/Issue97#head-e50aaa8581b2a6606447223a3958ec56aebb7079 [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00462.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00468.html A little later JonathanDieter advised that the Fedora 7 to Fedora 8 deltarpms would take a little more time to prepare, but that he had good news in the form of deltarpms for Fedora 8 updates. He also drew attention to a small change, which was that ''deltaurl='' should no longer be used and instead ''baseurl=http://lesloueizeh.com/f8/i386/updates'' should be inserted into ''etc/yum.repos.d/fedora-updates.repo''. This change is due[5] to a desire to reduce the code complexity and result in Jonathan hosting the repository until the Fedora Project is able to change Koji and Bodhi to build and publish the deltarpms. This work is apparently under way[6][7]. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00500.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00545.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00547.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00497.html On Friday Jonathan announced[8] that the deltarpms for upgrades from Fedora 7 to Fedora 8 were ready (a little quicker than he promised!). He provided a link to the YumUpgradeFaq and repeated the caution that it was necessary to edit ''/etc/yum.repos.d/fedora.repo'' as described above. He provided a very compelling 84% bandwidth reduction example for a whole repository upgrade. [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00544.html === OpenID Support In Fedora 9? === An interesting discussion ensued when NealBecker posted[1] a link to an article on LWN which discussed the advances made in the 2.0 release of the OpenID implementation of a "Single Sign On" (SSO) system. Neal asked whether it could be integrated into Fedora 9. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00427.html RichiPlana was interested and thought[2] it could work well with the GNOME Online desktop, but wondered how UIDs could be mapped to OpenIDs. He sought advice on which libraries he should use for PKI, string processing and networking in order to implement a PAM module for Fedora. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00471.html A cooler assessment came from SimoSorce who listed[3] the problem of UIDs in networked environments, emphasizing their local, non-network-aware nature. Simo suggested two possible solutions: one, making UIDs 128bit (effectively transforming them into UUIDs); or 2) make UIDs local only by a mapping facility in vfs which can translate each UID across networks. Simo had hard words to say about NIS and LDAP, characterizing their syncing of UIDs as "just *bad* hacks." [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00478.html Although these problems were recognized by ColinWalters he suggested[4] the third option of using situation-specific logic and not trying to generalize the problem and solve it for all possible cases. AlanCox re-framed[5] the discussion in terms of the usefulness of LDAP or NIS being able to locally answer the "who owns this?" as opposed to the "can I ...?" questions. He suggested that the problems of remote filesystems being attached to local systems had been solved by AFS (which was designed for distributed computing and uses Kerberos to manage authentication) and that NFSv4 had the correct framework. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00479.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00481.html Simo was not convinced that ID mapping problems had been solved and wondered[6] what key management (which Alan had mentioned was integrated into the kernel) brought to the table. Further discussion centered[7][8] around the overlap between the authentication and user identity domains. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00490.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00504.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00511.html === When Will CVS Be Replaced By A Modern SCM? === A _very_ long thread was initiated[1] by AdamTkac when he asked whether there were plans to replace CVS with a more modern SCM/VCS[0] such as Mercurial/Hg, SVN or Git. JeffreyOllie suggested that a search of the archives would answer most questions as this had been discussed many times before. He pointed out that there is no consensus on which alternative to choose and that Koji and Plague would both need work done on them in order to support whatever is chosen. DanWilliams thought[2] that Plague should be able to support Git and/or Subversion. [0] SCM and VCS are used interchangeably in this discussion, standing for Software Configuration Management and Version Control System respectively. DVCS stands for Distributed VCS. See http://en.wikipedia.org/wiki/Software_configuration_management [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00453.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00388.html JoshBoyer asked[3] for any specific workflows which could be only be obtained with a new VCS. One suggestion from TomasJanousek was[4] that it was difficult to obtain a patchset from an arbitrary old history of the specfile, but LesMikesell suggested running ''viewvc'' (which used to be ''cvsweb'') on the repository and VilleSkytt? provided an URL which allowed the viewing of all branches through the browser interface, all of which made ChristopherAillon happy[5]. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00384.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00395.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00485.html Adam provided some specific problems with his workflow[6] including the problem of easily moving a source tree under development and more. He admitted that they were solvable with CVS but he felt there were probably better ways of doing this with other systems. JesseKeating pressed for specifics and when Adam suggested that local repositories, branches and commits were desirable an interesting question was asked[7] by AndrewBartlett. Andrew pointed out that while distributed VCSs were attractive to the SAMBA Team their use of a centralized build farm (similar to Koji) only worked with the centralized model enforced by CVS. Jesse replied[8] to Adam that while he loved the idea of distributed SCMs he thought that the workflow which Adam described would result in an increased burden on most maintainers. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00422.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00433.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00437.html The problem of server outages (earlier mentioned by Adam) was expanded on when LubomirKundrak advocated[9] retaining the current system and pointed out that other services/servers had outages. MatejCepl's response[10] pointing out that with a distributed VCS the users can just commit locally and keep working led to skepticism from RalfCorsepius followed by an explanation[11] from SimoSorce. JoshBoyer and CaseyDahlin pointed[12] to the problem of distributing the buildsystem as the limiting factor on the usefulness of a distributed VCS. [9] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00454.html [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00475.html [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00495.html [12] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00543.html FlorianLaRoche answered[13] the original query with the information that the Git backend to Koji needed testing and that this was important for the SecondaryArchitecture plans (see FWN#90 "Fedora Secondary Architectures Proposal"[14] and FWN#92 "Secondary Arch Proposal Cont."[15]). [13] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00420.html [14] http://fedoraproject.org/wiki/FWN/Issue90#head-271f52b8e5603cd40d00d7c44ec8632cae42b1aa [15] http://fedoraproject.org/wiki/FWN/Issue92#head-c3434293278dd5591422aebad936fcf2231403eb Strong disagreement was expressed[16] by KarelZak with JoshBoyer's statements that CVS was fine because most work was on editing specfiles. Karel argued that specfiles were not central to his Fedora work and that the problem was that source code was not maintained in Fedora's CVS which meant that a ream of advantages were being lost. TomasMraz agreed[17] but noted that the packages CVS tree was fine for its purpose and that a set of scripts could provide a bridge between it and a DVCS with the features which Karel wanted. When MatejCepl provided a link to such a tool, Karel stated "We don't talk about a bridge between CVS and DVCS. We need a way how convert src.rpm to real source code tree that is managed by DVCS" which left Matej (and your author) confused[18]. [16] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00528.html [17] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00550.html [18] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00589.html The thread flared up again when JonathanShapiro (from the CoyotOS group) provided[19] evidence that a centralized workflow could benefit from using a DVCS. Jesse wondered how many of the advantages realized within the CoyotOS project would be procedures commonly used in Fedora, to which ToshioKuratomi replied affirmatively[20] using his experience with Python "eggs". NilsPhilippsen also provided a list of things which could be done more easily with DVCS to which Jesse again asked[21] how frequently these operations would be carried out. Jesse stated that it was necessary to balance the extra complexity of imposing a DVCS on each maintainer against the advantages gained by its use. [19] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00453.html [20] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00474.html === Smolt And Software Information === Recent IRC discussions (in #smolt) were reported[1] by YaakovNemoy to concern the collection of information about partitioning, drive sizes and filesystem types. Yaakov had two questions: first, was it useful to collect such information; second, were there privacy concerns? Yaakov was very open and encouraging of criticism during the thread. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00604.html An exchange with "nodata" concerning the lack of access controls on the UUID script resulted[2] in the filing of a bugzilla entry. "Nodata" made the point that although current voluntary participants might be happy to give their UUID to a developer for the current limited amount of information linked to it, they would be less willing to do so as more details were tied to the single UUID. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00613.html === Bogus Permissions === Some odd permissions (the Inventor* rpms had the execute bit set) in the "8/Everything/i386/os/Packages" directory were noticed[1] by RalfCorsepius. JesseKeating replied that the error was known and that it was being ignored until things calmed down as there was no obvious harm being done. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00670.html Ralf acknowledged[2] that there was no direct harm but that it wasn't pretty and also pointed[3] out that low-bandwidth users might be upset that they would need to download the packages again later. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00672.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00676.html === Rpmbuild: Unset CFLAGS? === DebarshiRay (rishi) posted[1] that he had found while building ''proxyknife'' that it was necessary to make some adjustments to the values of CFLAGS and CXXFLAGS in order to have ''rpmbuild'' complete building the package. Koji builds worked perfectly without any changes. Rishi wondered if it was a good idea to unset the two variables by default. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00610.html After some help from JoachimFrieben (who suggested using CPPFLAGS instead) Rishi suggested[2] that it should be possible for a specfile to set custom values for CFLAGS, CXXFLAGS and FFLAGS. LeszekMatok declared[3] himself a fan of environment variables in order to save hours of specfile editing and MikeHarris added[4] a helpful suggestion. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00615.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00624.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00631.html === Fedora 9 Brainstorming === JesseKeating announced[1] that Fedora 9 development was going to go ahead in the Rawhide repository on Friday 9th Nov and provided instructions for those who wanted to get off at the Fedora 8 stop. A useful link to the wiki describing the release engineering strategy was provided. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00487.html The instructions to ensure that the ''development'' yum repository should be disabled for anyone that does _not_ wish to experience the first attempted compose of Fedora 9 were reiterated by DaveJones who said "People get bitten by this every release. And no doubt, people will this release too, because not all useres will read your announcement." Dave suggested[2] that an update to fedora-release just before the compose might ease this problem. Jesse and Rahul both pointed out that this would still result in a problem for anyone that had edited their repository files by hand as these would be used in preference to any ''.rpmnew'' version supplied. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00489.html === Services Should Not Start By Default === The sharp-eyed OrionPoplawski noticed[1] that the latest Moodle specfile seemed to set the CMS to start by default. JonCiesla explained[2] that he had thought that the ''chkconfig'' line would result in the service starting on boot and not on install and asked what the correct thing was to do. BillNottingham confirmed[3] that Jon's interpretation was correct, but clarified that the service should not start on boot either. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00608.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00616.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00639.html [[Anchor(AdvisoryBoard)]] == Advisory Board == In this section, we cover discussion in Fedora Advisory Board. https://www.redhat.com/mailman/listinfo/fedora-advisory-board Contributing Writer: MichaelLarabel === Fedora Legal Updates === TomCallaway has written a message on the fedora-advisory-board list with updates on several legal matters[1]. Red Hat Legal has determined that libgpod/gtkpod support does not violate the DMCA thus Fedora can implement support for the newer generation iPods. It was also determining that linking to third-party Fedora RPM repositories is okay as long as there are no technology patents in question and no party has asserted their rights, which does include MP3 support. [1] https://www.redhat.com/archives/fedora-advisory-board/2007-November/msg00050.html === Improving The Fedora Development Process === For future Fedora releases, MaxSpevack has recommended three changes be made to improve the development process[1]. These three points are picking a release name sooner in the development cycle, complete the web content at a specific deadline in the schedule, and more detailed feature QA/smoke-testing. [1] https://www.redhat.com/archives/fedora-advisory-board/2007-November/msg00072.html [[Anchor(Documentation)]] == Documentation == In this section, we cover the Fedora Documentation Project. http://fedoraproject.org/wiki/DocsProject Contributing Writer: JohnBabich === Wiki Collaboration === KarstenWade explained to new contributors to Fedora docs on the wiki that they may have experienced him or other editors making corrections to their contributions. This is normal and should be viewed as a great way to learn while doing. No one should feel that he or she is being singled out. He concluded, "You all are doing great work; there is so much activity on some days the wiki edits just blur by. It makes my heart sing. :)"[1]. [1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00032.html === What Writing Tools Do You Use? === MurrayMcAllister asked "what tools everyone is using for writing, including editors, research tools, diagram tools, graphic tools, and so on." [1] he currently uses Kate, but is starting to use jEdit. MarcWiriadisastra is using OpenOffice.org for wiki docs, Dan Smith is also using Kedit and OpenOffice.org, along with Abi``Word. Dan also confesses to putting things down on paper. RuturajVartak wrote that he uses SCIM for Hindi translations, gedit and gtranslator. PaulFrields is a big Emacs fan, but pines for Open``Office.org with better XSLT/styling. He notes the potential of SVG. JohnBabich also wishes OpenOffice.org Writer supported Doc``Book XML better and is excited about the possibility of supporting text translations inside SVG diagrams. [1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00022.html === Fedora Documentation Steering Committee (FDSCo) Meeting === The log[1] of the FDSCo meeting held on 4 November was posted to the mailing list. There is also an html version[2] available on the Fedora Project wiki. [1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00014.html [2] http://fedoraproject.org/wiki/DocsProject/SteeringCommittee/Meetings/Minutes/IRCLog20071104 The FDSCo meeting for 11 November 2007 was cancelled. === Administration Guide Work === There's been some excellent progress lately on the Admninistration Guide. VladimirKosovac wrote that he just started a Samba write-up for the Servers section in the Wiki. He understood that TOCs and multiple pages should be avoided to ease wiki--> Doc``Book conversion. Is that correct? [1] [1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00011.html === The KDE-SIG needs (your) help === JohnBabich seconded the call for help issued by the KDE-SIG, especially the part asking for documentation writers: "The documentation (esp. the Desktop``User``Guide) is GNOME-centered. Help us to provide an equivalent for KDE." [1] []1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00013.html === POT/PO Update for Release Notes === PaulFrields did his usual excellent job in getting the Release Notes in shape for final publication in time for the release of Fedora 8. Ever the humble person, he acknowledged the hard work done by everyone: "Thanks to everyone who worked so hard on getting these ready -- it looks like we'll have at least 11 languages ready on release date! You guys never fail to astound me with how much work you can accomplish in such a relatively short time. Congratulations to all the teams for their efforts!" [1] [1] http://www.redhat.com/archives/fedora-docs-list/2007-November/msg00015.html [[Anchor(Artwork)]] == Artwork == In this section, we cover Fedora Artwork Project. http://fedoraproject.org/wiki/Artwork Contributing Writer: TimothyRoberts === Nodoka Window Decorations for KDE === LaithJuwaidah has released a KDE version of the new Fedora theme Nodoka. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00014.html === Arts in Brazil === JaymeAyres has contributed artwork for Fedora Project in Brasil. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00033.html === CD Box Draft === GiacomoSucci has posted a first draft of of the CD Box. He is asking for the community's opinions and comments. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00056.html === Hardcoded Icons === JakubRusinek has requested that the community help fix gnome system-* packages, which currently hardcodes icon paths. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00018.html === Fedora 8 Features in PDF === MichaelBeckwith has requested assistance with compiling a PDF intended to display the new features of Fedora 8. He is in need of content, ideas, and graphics. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00035.html [[Anchor(SecurityWeek)]] == Security Week == In this section, we highlight the security stories from the week in Fedora. Contributing Writer: JoshBressers === Fedora 8 released === Last week saw the release of Fedora 8. This is important for countless reasons, one of them being a new firewall configuration tool. This is important since it should hopefully keep more people using the firewall. In previous Fedora releases it was often easiest to just turn off the firewall when something didn't work. This is obviously an unwise move as it can leave your machine open to various other issues. One of the most difficult things for security to achieve is keeping users safe while staying out of the way. === pcre === Some rather foul pcre flaws were made public last week. In reality these flaws aren't a big deal for most users, but it was found that pcre is used by Konqueror. It seems that the Konqueror web browser uses the pcre library for its JavaScript regular expression support. Web browsers are easily one of the most dangerous applications on a computer, as they process an incredible amount of arbitrary third party content. [[Anchor(AdvisoriesUpdates)]] == Advisories and Updates == In this section, we cover Security Advisories and Package Updates from fedora-package-announce. https://www.redhat.com/mailman/listinfo/fedora-package-announce Contributing Writer: ThomasChung === Fedora 8 Security Advisories === * seamonkey-1.1.5-2.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00102.html * tar-1.17-4.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00105.html * hugin-0.6.1-11.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00107.html * ruby-1.8.6.111-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00110.html * cpio-2.9-5.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00118.html * liferea-1.2.23-5.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00131.html * nagios-plugins-1.4.8-9.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00139.html * xscreensaver-5.03-14.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00143.html * glib2-2.14.3-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00172.html * mono-1.2.5.1-2.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00182.html * cups-1.3.4-2.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00193.html * kdegraphics-3.5.8-7.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00204.html * xpdf-3.02-4.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00207.html * openldap-2.3.39-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00230.html * koffice-1.6.3-13.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00236.html * Django-0.96.1-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00243.html === Fedora 7 Security Advisories === * cpio-2.6-28.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00053.html * proftpd-1.3.1-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00065.html * hugin-0.6.1-11.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00199.html * tomboy-0.6.1-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00206.html * xpdf-3.02-4.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00215.html * koffice-1.6.3-13.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00224.html * inotify-tools-3.11-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00228.html * cups-1.2.12-7.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00238.html * mono-1.2.3-5.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00249.html * Django-0.96.1-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00257.html === Fedora Core 6 Security Advisories === * flac-1.1.2-28 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00068.html * firefox-1.5.0.12-5.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00070.html * thunderbird-1.5.0.12-3.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00071.html * libpng-1.2.10-10.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00072.html * tar-1.15.1-27.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00073.html * xen-3.0.3-13.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00075.html * ruby-1.8.5.114-1.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00076.html * cups-1.2.12-5.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00077.html * cpio-2.6-22.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00078.html [[Anchor(EventsMeetings)]] == Events and Meetings == In this section, we cover event reports and meeting summaries from various projects. Contributing Writer: ThomasChung === Fedora Board Meeting Minutes 2007-MM-DD === * No Report === Fedora Ambassadors Meeting 2007-MM-DD === * No Report === Fedora Documentation Steering Committee (Log) 2007-MM-DD === * No Report === Fedora Engineering Steering Committee Meeting 2007-MM-DD === * No Report === Fedora Extra Packages for Enterprise Linux Report Week 44 === * http://fedoraproject.org/wiki/EPEL/Reports/Week44 === Fedora Infrastructure Meeting (Log) 2007-11-08 === * https://www.redhat.com/archives/fedora-infrastructure-list/2007-November/msg00116.html === Fedora Localization Meeting 2007-MM-DD === * No Report === Fedora Marketing Meeting 2007-MM-DD === * No Report === Fedora Packaging Committee Meeting 2007-MM-DD === * No Report === Fedora Quality Assurance Meeting 2007-11-07 === * http://fedoraproject.org/wiki/QA/Meetings/20071107 === Fedora Release Engineering Meeting 2007-11-05 === * http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-nov-05 === Fedora SIG KDE Meeting 2007-11-06 === * http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2007-11-06 -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From kanarip at kanarip.com Thu Nov 15 15:58:30 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 15 Nov 2007 16:58:30 +0100 Subject: Fedora Unity releases Fedora 8 Everything Spin Message-ID: <473C6CA6.3090209@kanarip.com> The Fedora Unity Project is proud to announce the release of new spin, the Everything Spin. Included in this spin are all the packages available at the time Fedora 8 was released. The Everything spin has been long anticipated[1] and is now available for download. The ISO images are available for i386 and x86_64 architectures starting Thursday, November 15th, 2007. This release, unlike the Everything Spin for Fedora 7[2], is made available via Jigdo[3]. We have included CD ISO image sets for those in the Fedora community that do not have DVD drives or burners available, and just because it's fun using them[4]. This spin also includes 3 DVD images for each architecture, as well as 2 DVD Dual Layer images for those who are able to use them. Please mind that the second DVD Dual Layer ISO images is actually small enough to be burned onto a normal DVD. If you are interested in helping with the testing or mirroring efforts, please contact the Fedora Unity team. Contact information is available at http://fedoraunity.org/ or the #fedora-unity channel on the Freenode IRC Network (irc.freenode.net). Go to http://spins.fedoraunity.org/ to get the bits! To report bugs in the Re-Spins please use http://bugs.fedoraunity.org/ Kind regards, Jeroen van Meeuwen Fedora Unity Founder kanarip at fedoraunity.org Fedora is a trademark of Red Hat, Inc. [1] "Everything Spin?" -thread on fedora-advisory-board m-l. https://www.redhat.com/archives/fedora-advisory-board/2007-May/msg00028.html [2] Fedora 7 Everything Spin Torrents http://fedora.kanarip.com/torrents/ [3a] Releasing Fedora via Jigdo http://fedoraproject.org/wiki/Features/JigdoRelease [3b] Using Jigdo http://fedorasolved.org/post-install-solutions/jigdo/ [4] Screenshot of Everything (*) Installation using CD images http://kanarip.fedorapeople.org/Fedora-8-Everything%20CD%20Installation%20Media.png From liblit at cs.wisc.edu Fri Nov 16 22:19:28 2007 From: liblit at cs.wisc.edu (Ben Liblit) Date: Fri, 16 Nov 2007 16:19:28 -0600 Subject: Cooperative Bug Isolation for Fedora 8 Message-ID: <473E1770.4070002@cs.wisc.edu> The Cooperative Bug Isolation Project (CBI) is now available for Fedora 8. CBI (http://www.cs.wisc.edu/cbi/) is an ongoing research effort to find and fix bugs in the real world. We distribute specially modified versions of popular open source software packages. These special versions monitor their own behavior while they run, and report back how they work (or how they fail to work) in the hands of real users like you. Even if you've never written a line of code in your life, you can help make things better for everyone simply by using our special bug-hunting packages. We currently offer instrumented versions of Evolution, The GIMP, GNOME Panel, Gnumeric, Nautilus, Pidgin, Rhythmbox, and SPIM. Download at . We support yum, apt, and many other RPM updater tools; see for customized configuration help for any of our supported distributions and updater tools. Or just download and install to automatically configure most popular RPM updaters to use the CBI repository. It's that easy! Tell your friends! Tell your neighbors! The more of you there are, the more bugs we can find. We still offer CBI packages for Fedora 1/2/4/5/6/7 as well. When and if you decide to upgrade to Fedora 8, we'll be ready for you. Until then, your participation remains valuable even on older distributions. -- Dr. Ben, the CBI guy From tchung at fedoraproject.org Mon Nov 19 08:52:57 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Mon, 19 Nov 2007 00:52:57 -0800 Subject: Fedora Weekly News Issue 110 Message-ID: <369bce3b0711190052n12c623abq99f71f3e96f9514b@mail.gmail.com> = Fedora Weekly News Issue 110 = Welcome to Fedora Weekly News Issue 110 for the week of November 12th. http://fedoraproject.org/wiki/FWN/Issue110 In Announcements, we have "Fedora Unity releases Fedora 8 Everything Spin". In AskFedora, we have "GIMP 2.4.1 and Fedora 7", "Automatic Security Updates". In PlanetFedora, we have "Seam running under IcedTea on Fedora 8", "Fedora 8 on a MacBook (intel)", "Custom Kernel documentation updated" and "First Torrent Movie". To celebrate Thanksgiving Day[1], Fedora News Team will take the next week off. Have a Safe Holiday! [1] http://en.wikipedia.org/wiki/Thanksgiving To join or give us your feedback, please visit http://fedoraproject.org/wiki/NewsProject/Join. 1. Announcements 1. Fedora Unity releases Fedora 8 Everything Spin 2. Ask Fedora 1. GIMP 2.4.1 and Fedora 7 2. Automatic Security Updates 3. Planet Fedora 1. Seam running under IcedTea on Fedora 8 2. Fedora 8 on a MacBook (intel) 3. Custom Kernel documentation updated 4. First Torrent Movie 4. Marketing 1. cio.com: The Fedora OS: Free, Stable and Customizable 2. redhatmagazine.com: Tour of GNOME Online Desktop 3. linuxtoday.com: Spinning a New Kind of Distro 4. coffeedaze.com: Fedora/Linux for Noobs 5. arstechnica.com: Fedora 8 sees strong adoption in first week 6. distrowatch.com: Distrowatch reviews Fedora 8 7. softpedia.com: Installing Fedora 8 Werewolf 5. Developments 1. As Review Request Queue Lengthens Tempers Shorten 2. NetworkManager Making Fedora 8 Hostile To Sysadmins ? 3. Minimal Requires: Codename "Masochist" 4. Gecko-libs Now Provided By Xulrunner-devel 5. Autoloading Of Kmods In Udev Area 6. /tftpboot Versus /var/tftp Or Somewhere Else 7. Buildserver Kernel Release (PPC64) 8. Extension Buddy For Fedora 9 ? 9. PulseAudio CPU Usage 10. Old Libtool Problems Reported By Check-rpaths 6. Artwork 1. Naming of Fedora 9? 2. Fedora 9 Theming? 3. Rounded Corners Patch for Nodoka 4. Spring and Autumn On Your Desktop 5. Infinity 24 for KDE 7. Security Week 1. Samba 2. AppArmor's Security Goals 3. Hushmail not so hush 8. Advisories and Updates 1. Fedora 8 Security Advisories 2. Fedora 7 Security Advisories 3. Fedora Core 6 Security Advisories 9. Events and Meetings 1. Fedora Board Meeting Minutes 2007-MM-DD 2. Fedora Ambassadors Meeting 2007-MM-DD 3. Fedora Documentation Steering Committee (Log) 2007-MM-DD 4. Fedora Engineering Steering Committee Meeting 2007-11-15 5. Fedora Infrastructure Meeting (Log) 2007-11-15 6. Fedora Localization Meeting 2007-MM-DD 7. Fedora Marketing Meeting 2007-MM-DD 8. Fedora Packaging Committee Meeting 2007-MM-DD 9. Fedora Quality Assurance Meeting 2007-11-14 10. Fedora Release Engineering Meeting 2007-11-12 11. Fedora SIG EPEL Meeting Week 45 12. Fedora SIG KDE Meeting Week 46 13. Fedora SIG Store Meeting 2007-11-14 [[Anchor(Announcements)]] == Announcements == In this section, we cover announcements from Fedora Project. https://www.redhat.com/mailman/listinfo/fedora-announce-list Contributing Writer: ThomasChung === Fedora Unity releases Fedora 8 Everything Spin === JeroenVanMeeuwen announces in fedora-announce-list[1], "The Fedora Unity Project is proud to announce the release of new spin[2], the Everything Spin. Included in this spin are all the packages available at the time Fedora 8 was released." "This spin also includes 3 DVD images for each architecture, as well as 2 DVD Dual Layer images for those who are able to use them." [1] https://www.redhat.com/archives/fedora-announce-list/2007-November/msg00013.html [2] http://spins.fedoraunity.org/ [[Anchor(AskFedora)]] == Ask Fedora == In this section, we answer general questions from Fedora community. Send your questions to askfedora AT fedoraproject.org and Fedora News Team will bring you answers from the Fedora Developers and Contributors to selected number of questions every week as part of our weekly news report. Please indicate if you do not wish your name and/or email address to be published. http://fedoraproject.org/wiki/AskFedora Contributing Writer: NilsPhilippsen, RahulSundaram === GIMP 2.4.1 and Fedora 7 === ''Hasson Ofer : Will you make official gimp 2.4.1 package to fedora 7 ?'' I've requested the push: https://admin.fedoraproject.org/updates/F7/pending/gimp-2.4.1-1.fc7 These are the update notes as of now: This update is a major version change. Please test thoroughly. Don't flag it as working unless you have done really extensive testing! I don't want to push this to stable too soon. For new features and other changes, please read the release notes of GIMP 2.4 on the web: http://www.gimp.org/release-notes/gimp-2.4.html GIMP 2.4 is supposed to be compatible to older GIMP 2.x versions as far as plug-ins are concerned. It also uses the TinyScheme interpreter now for Script-Fu scripts which is a bit less forgiving about certain programming errors. If you use custom Script-Fu scripts, you might have to fix them to work in GIMP 2.4. Read the Script-Fu Migration Guide on the web for further information: http://www.gimp.org/docs/script-fu-update.html -- NilsPhilippsen === Automatic Security Updates === ''Jenni and Adri : I am a new user of Fedora and notice the regular updates. Some of them are huge. I have a 1 Gb monthly down and upload allowance and after that my ISP slows the speed of my internet service down. I used to let the updates download regardless, but I discovered that the size was that large that I nearly lost all capacity in the first 5 or 6 days of the month. My question is: Is it possible to indicate the size of the automatic down loads so that I know how large the down loads are, so that I can do these down loads when it is the end of the service month?'' While the software updater (Pup) does not show the size of the updates, there are two nifty yum plugins that can save you the hassle of keeping track of package sizes. The first is a plugin called '''yum-security''' that shows only the security updates and the second is a plugin called '''yum-presto''' [1] that downloads only the binary diff's on software updates instead of a full new package and can save you quite a lot of bandwidth and time. Use a combination of both and you don't have to worry about running out of bandwidth. [1] http://hosted.fedoraproject.org/projects/presto [[Anchor(PlanetFedora)]] == Planet Fedora == In this section, we cover a highlight of Planet Fedora - an aggregation of blogs from world wide Fedora contributors. http://fedoraproject.org/wiki/Planet Contributing Writers: ThomasChung === Seam running under IcedTea on Fedora 8 === KarstenWade points out in his blog[1] "Best thing about his adventure? Pete ran a "highly unscientific test" and found out that IcedTea outperformed other JDKs" [1] http://iquaid.org/2007/11/18/seam-running-under-icedtea-on-fedora-8/ === Fedora 8 on a MacBook (intel) === KonstantinRyabitsev points out in his blog[1] "It works quite well, including brightness buttons and the "fn" key. I upgraded from Fedora 7, so I can't comment on whether the installation has improved -- perhaps I'll try it again later." === Custom Kernel documentation updated === SamFolkWilliams points out in his blog[1], "As several people have noticed, there were quite a few changes to the kernel spec file with the release of Fedora 8. The custom kernel document has now been updated to reflect these changes." [1] http://samfw.blogspot.com/2007/11/custom-kernel-documentation-updated.html [1] http://mricon.livejournal.com/386456.html === First Torrent Movie === JefSpaleta points out in his blog[1], "As promised, I've started making animations of some of the torrent activity for the Fedora 8 torrents. And instead of using youtube, I'm now uploading the final videos to archive.org so you can get access to the original theora files." [1] http://jspaleta.livejournal.com/15989.html [[Anchor(Marketing)]] == Marketing == In this section, we cover Fedora Marketing Project. http://fedoraproject.org/wiki/Marketing Contributing Writer: ThomasChung === cio.com: The Fedora OS: Free, Stable and Customizable === RahulSundaram reports in fedora-marketing-list[1], "The Fedora Project builds a world-class Linux operating system, consisting of entirely free (meaning both zero-cost and full source code available) software, that is used by companies, organizations and individuals worldwide." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00249.html === redhatmagazine.com: Tour of GNOME Online Desktop === RahulSundaram reports in fedora-marketing-list[1], "Here's a tour of the pre-alpha demo release of GNOME Online Desktop included in Fedora 8. Learn more about what it does and how you can get involved in the project." [1] http://www.redhatmagazine.com/2007/11/13/tour-of-gnome-online-desktop/ === linuxtoday.com: Spinning a New Kind of Distro === RahulSundaram reports in fedora-marketing-list[1], "While talking with Fedora Project Leader MaxSpevack yesterday, I increasingly got the sense that Fedora is positioning itself for something bigger. The key, I believe, is the spin management technology that was implemented in Fedora 7 and has now come to maturity in Fedora 8." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00198.html === coffeedaze.com: Fedora/Linux for Noobs === RahulSundaram reports in fedora-marketing-list[1], "While Fedora may not be the best starting point for someone with minimal computer knowledge, it is one of the most cutting edge flavors of Linux and has some amazing support" [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00167.html === arstechnica.com: Fedora 8 sees strong adoption in first week === RahulSundaram reports in fedora-marketing-list[1], "The latest version of Fedora?codenamed Werewolf?was released last week. According to statistics released this morning by Red Hat, Fedora 8 has been already been installed over 54,000 times in only four days." [1] http://arstechnica.com/journals/linux.ars/2007/11/12/fedora-8-sees-strong-adoption-in-first-week === distrowatch.com: Distrowatch reviews Fedora 8 === RahulSundaram reports in fedora-marketing-list[1], "Overall, I truly believe that Fedora 8 is by far the best Fedora release to date (and I've tried every one of them). From the look and feel of the system, to the out-of-the-box configuration during installation, I couldn't be happier with a cutting edge release." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00134.html === softpedia.com: Installing Fedora 8 Werewolf === RahulSundaram reports in fedora-marketing-list[1], "Fedora 8 (codename Werewolf) was released yesterday and it's the most breathtaking version of the Fedora operating system. Not only does this release bring an installable LiveCD for both i686 and x86_64 architectures, but it also comes with exclusive KDE and GNOME LiveCDs." [1] https://www.redhat.com/archives/fedora-marketing-list/2007-November/msg00132.html [[Anchor(Developments)]] == Developments == In this section, we cover the problems/solutions, people/personalities, and ups/downs of the endless discussions on Fedora Developments. http://www.redhat.com/mailman/listinfo/fedora-devel-list Contributing Writer: OisinFeeley === As Review Request Queue Lengthens Tempers Shorten === NealBecker wondered[1] if he had done something wrong resulting in no one responding to his package review request. MamoruTasaka asked[2] for patience as there were about 270 unassigned review requests. JasonTibbitts thought[3] that the number was closer to 830 due to merge reviews and counselled "if the people who are submitting the packages don't do some reviews themselves, or we don't magically acquire several more review nuts then it's just going to be a long wait for every package in the queue." ThorstenLeemhuis topped[4] this with an estimate of 1108 open reviews and re-opened the discussion of how the governance of the Fedora Project is working. He cited an older email he had written which asserted that the levels of disgruntlement due to bureaucracy was rising. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01059.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01063.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01107.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01125.html ChristopherAillon agreed[5] with Thorsten, thanked him for his well-written email and suggested a webapp which would automate the testing of basic review tasks might ease some of the backlog. Thorsten agreed[6] with Christopher that accumulating guidelines would lead to a bogging down of the review process and suggested[6] that they be split into essential base knowledge "this you must know" and written reference material to provide "guidance in a specific area". Thorsten was unsure if a webapp was necessary and noted packagers (perhaps little-known) ability to do scratch builds in Koji (see also this same FWN#110 "Buildserver Kernel Release (PPC64)" for JesseKeating's suggested commandline to do this.) ToshioKuratomi took up[7] Thorsten's suggestion to organize and split the review guidelines. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01126.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01150.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01158.html The numbers cited by Thorsten were questioned[8] by PatriceDumas, who suggested that the processing of new packages was a more important metric than the merged packages. Patrice was unhappy with the lagging of wiki documentation and the lack of new sponsors. Thorsten disagreed, suggesting that it would take until Fedora 12 at the current rate to get the merged packages reviewed. He also suggested[9] that experienced packagers should have direct CVS commit access to enable them to quickly fix up obvious specfile errors without having to go through the current process to clear such actions with the package owners. [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01129.html [9] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01157.html HansdeGoede agreed[10] with Thorsten that in the pre-merge days he had felt more control over what FESCo did and added that now "certain groups within Fedora (*cough* release engineering *cough*) are indepent islands, not that these groups are not doing great work, but they don't seem controlled in any democratic way." He announced his intention to join the Fedora Packaging Committee (FPC). JoshBoyer asked whether he could identify and provide solutions to specific problems and Hans replied[11] briefly and finished with a statement of his belief that there was little point in such a discussion. JesseKeating described[12] himself as feeling "blindsided" by this and listed the places where changes had been discussed and required ratification by voting. Hans reiterated some of what he had already said and Thorsten provided[12] some specific links which contrasted feedback received with actual changes in the wiki (and hence policy). [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01130.html [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01145.html [12] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01155.html [13] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01165.html A detailed email from JesseKeating responded[14] to Thorsten specifically with details of which bits of feedback had been incorporated, responded more generally to what Jesse characterized as "the crux of Hans' complaint [being] that there is [a] freeze at all" and explained Jesse's motivation as trying to have a slow-down of changes introduced to the release tree while still also providing places for builds to be tested. Hans disagreed[15] and stated his complaint as the absence of a fast, non-human way of getting packages past the penultimate freeze. MatthiasClasen could not agree[16] with Hans that the process was unwarranted, nor could Jesse, who further argued[17] that a build is supposed to have been tested before it is requested. [14] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01174.html [15] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01176.html [16] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01187.html [17] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01193.html A response from RalfCorsepius to Thorsten about the role of the FPC argued[18] that FPC had solved most of the problems apart from exotic corner cases and had thus lost its importance. Ralf also listed the use of ACLs and general policies as contributory causes to robbing FPC of the ability to enforce its decisions on packagers, whom Ralf argued were ignoring them. Thorsten responded[19] with an explanation of his desire to do away with the current committee-bound lethargy and replace it with a meritocracy in which anyone can announce plans and implement them if there are no strenuous objections. He also remembered some problems he had raised earlier on @fedora-packaging. A detailed response from TomCallaway raised[20] the spectre of revert-wars on an open wiki and noted that the documented process was hardly ever followed to propose new guidelines. [18] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01229.html [19] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01281.html [20] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01411.html TO BE CONTINUED... === NetworkManager Making Fedora 8 Hostile To Sysadmins ? === High blood pressure was experienced[1] by OlivierGalibert when he used the Desktop LiveCD to attempt an install of Fedora 8 to a machine with a static IP address. Olivier traced the problem back to Fedora Core 3 (providing a bugzilla entry to back this up) noting that NetworkManager ignores interface settings entered into anaconda and wipes out /etc/resolv.conf if DHCP is not used. To Olivier the problems had deepened with Fedora 8 as it seemed harder to actually remove NetworkManager. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01259.html One of the primary complaints raised by Olivier was addressed[2] by BastienNocera when he contradicted Olivier's assertion that ''chkconfig'' could not be used to disable NetworkManager. Bastien also thought that using the LiveCD to install servers was not its intended use case. JefSpaleta followed[3] up on the latter point with the information that the DVD image does not suffer from the problem of static routes entered into anaconda ignored. Jef also reminded the list that no one had argued that the use case of the LiveCD should be designed differently during the test cycle. While Jef thought that it was possibly a useful idea to produce an alternate LiveCD using the legacy stack instead of NetworkManager he suggested that due to the expected improvements in NetworkManager this point would be obviated by the time of Fedora 9. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01263.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01318.html In a slight aside, the issue of the cyclic dependency of ''ldap'' and ''NetworkManager'' services upon each other dependencies was addressed when KellyMiller described the problem and RalfEtzinger supplied a useful ''ldap.conf'' stanza to ignore local users: ''nss_initgroups_ignoreusers root,ldap,named,avahi,haldaemon,dbus''. ColinWalters agreed[4] that this should become the default option. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01467.html LesMikesell had heard that it was no longer possible to do an NFS install with the DVD iso image, but ToddZullinger confirmed[5] that it still worked and added that if one wanted to download one single copy and install several machines from the image then there were multiple ways to accomplish the task using ''kickstart'', ''pxeboot'', ''cobbler'' and combinations of them. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01300.html Another part of Olivier's list of problems was sorted out[6] by JefSpaleta when he countered the suggestion that it was impossible to turn NetworkManager off without removing its rpm. Jef described himself as "sort of confused" by these statements and queried whether Olivier could not simply query the status of NetworkManager using ''/sbin/service NetworkManager status'' and its default runlevels with ''/sbin/chkconfig --list NetworkManager''. He suggested simply turning off NetworkManager using its initscript and turning on the legacy network and suggested that using mac addressing with dhcp worked well in large laboratory environments. Olivier's blood pressure dropped a little when he realized[7] that he must have been mistaken about it not being possible to turn off NetworkManager using the usual tools. He reiterated the point that options set in the installer should not be ignored and partially destroyed and suggested that at the least a dialog box should inform sysadmin performing the install that this was the case. JeremyKatz agreed[8] that "this sucks" and explained that changes to make NetworkManager better in this regard had not made it into Fedora 8 due to the need to freeze development for translations. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01270.html [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01291.html [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01292.html Subsidiary interesting discussions during the thread mainly focused on the use of dhcp servers to provide a central point of administration, with contributions from AlexanderBostr?m[9], "Jima" and NicolasMailhot[10] in favor and LesMikesell[11] and OlivierGalibert as slight skeptics. [9] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01374.html [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01305.html [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01299.html Another of Olivier's objections was explored when JohnPoelstra concurred[12] that removal of NetworkManager should not also remove several other packages as dependencies including ''pidgin'' and ''liferea''. JesseKeating responded[13] that this was because those packages used NetworkManager-glib in order to be able to "do the right thing" in response to network changes. ChristopherStone suggested[14] splitting out this functionality into a sub-package and argued that such splitting in general would make Fedora more useful as a base distribution. BillNottingham thought[15] on the contrary that this was a lot of work for a circa 100KB library dependency. [12] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01275.html [13] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01277.html [14] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01283.html [15] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01290.html RichiPlana, DanWilliams and MatthiasClasen investigated[16] the possibility of splittling ''libnm-util.so'' off into a sub-package so that the aforementioned ''NetworkManager-glib'' could also be an independent package. [16] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01348.html === Minimal Requires: Codename "Masochist" === A quest to discover the minimal packages to install for a user using a chroot led PatriceDumas to ask[1] some searching questions about the dependency chains for the mandatory minimal packages. When JesseKeating asked why he did not just use the core comps group with {{{yum --install-root=/path/to/chroot groupinstall 'Core'}}} Patrice clarified[2] that this was possibly too large and he wanted a more fine-grained ability to select the most minimal set of packages. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01076.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01088.html TomCallaway proposed[3] that Patrice could carry out a test using a chroot to determine the smallest set of packages that could provide a working network, shell and text editor and suggested that this new comps group could be codenamed "masochist". When JeremyKatz thought that this description was exactly what the Core group in comps was intended to be, TomCallaway suggested[4] that perhaps Patrice meant to use "absurd replacements" such as ''tinylibc'', ''minit'' and ''nash'', but Patrice disavowed[5] this notion and honed[6] his question down to whether a non-bootable, chrooted minimal install would be a good idea. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01090.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01093.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01095.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01098.html Later Patrice went[7] ahead with some tests and shared the information that it seemed that a rather long list of packages were installed even when he tried to pair things down. [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01182.html === Gecko-libs Now Provided By Xulrunner-devel === An important change for applications which depend on ''gecko-libs'' was announced[1] by MartinStransky. The ''firefox-devel'' packages will no longer exist and instead are replaced by ''xulrunner-devel'' which provides ''gecko-libs''. Martin explained that Firefox would henceforth be shipped as a pure XUL application running on Xulrunner[2]. Martin requested maintainers of packages which built against gecko-libs or firefox-devel to test rebuilds against xulrunner and to contact him or Chris. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01072.html [2] http://developer.mozilla.org/en/docs/XULRunner One of the first to respond[3] was AlexLancaster who was trying to rebuild Miro[4] (the excellent internet TV video player) and failing due to ''gtkmozembed-xulrunner'' being missing. When Martin provided an updated xulrunner package (1.9-0.alpha9.5.fc9) things appeared[5] to progress a little further. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01074.html [4] http://www.getmiro.com/ [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01376.html Attempts to rebuild ''kazekhase'' by MamoruTasaka also failed[6], apparently due to a required header being removed from upstream. ChristopherAillon suggested using one of Mozilla's search tools to find files associated used in their software. [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01080.html The bigger picture was considered[7] by DennisJacobfeuerborn when he asked whether the separation of Firefox from Xulrunner would see the Fedora Project moving in an opposite direction to upstream Mozilla. Dennis wondered whether an eventual fork would be necessary and included a link[8] to a blog entry from BenjaminSmedbergs which discussed the problems of the shared Gecko Runtime Environment[9] on Microsoft Windows(TM). ChristopherAillon pointed out that the very link which Dennis supplied contained a point which confirmed that GNU/Linux distributions would be shipping Firefox3 as a XULRunner application. JefSpaleta added[10] that he was confident that the Fedora Project had a good roadmap for Firefox, but that he was more concerned with all the other applications depending on gecko-lib. He hoped that their maintainers were taking active steps to ensure that the transition to XULRunner had been adequately communicated to their various upstreams so that the maintainers themselves did not have to patch like crazy. ChristopherAillon was sanguine[11] that most would be using ''gtkmozembed'' and thus not be affected by the ''xulrunner'' changes. [7] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01138.html [8] http://benjamin.smedbergs.us/blog/2007-05-15/xulrunner-what-we-are-doing/ [9] Benjamin's blog explains that the GRE per se never really shipped on GNU/Linux and that it was essentially a precursor of XULRunner http://benjamin.smedbergs.us/blog/2005-10-31/using-the-gre/ [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01230.html [11] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01243.html === Autoloading Of Kmods In Udev Area === The splitting out of various I2C[1] tools from the ''lm_sensors'' package led HansdeGoede to observe[2] that the OpenSUSE specfile, upon which he was basing his work, was creating character devices on the fly. Hans was also adding an alias into ''/etc/modprobe.conf.dist'' which caused the i2c-dev kernel module to be automagically loaded. He wondered if this was the correct approach to the problem and asked if someone could explain how ''loop.ko'' worked as it solved the same problem. [1] http://www.esacademy.com/faq/i2c/ [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01027.html BillNottingham answered[3] that the ''udev'' rule ''/etc/udev/makedev.d/50-udev.nodes'' created the loop device and requested further details of the modules behind the i2c device. MattDomsch linked[4] to the kernel list to show that his work on DMI-based module autoloading might make it possible to do something similar to what he had done for the ''dcdbas'' module. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01029.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01031.html After further discussion between Hans and Bill which centered around the question of which approach would be fastest and use less memory Hans decided[5] to go with the approach of using a device node and kmod. He also noted that the loop module seemed to be autoloaded and promised[6] to file a bugzilla entry. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01036.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01041.html === /tftpboot Versus /var/tftp Or Somewhere Else === ChuckAnderson requested[1] that the current location of the TFTP "root" be changed from ''/tftpboot'' for a variety of reasons. He requested that at the very least SELinux policy be changed to allow ''/var/tftp'' as an alternate location. An especially strong objection made by him was that the root of the filesystem on many servers would be set as read-only. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00937.html A response from DennisGilmore argued[2] among other things that the majority use case was to net boot machines and that this was read-only and commonly recognizable as a default. Dennis thought that someone smart enough to undertake one of Chuck's other listed use cases involving writing log data or crash dumps was probably competent to change the default location too. JonMasters agreed with Dennis and when Chuck appeared to discount his experience responded[3] by emphasizing that he had built embedded devices for a living. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00938.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01220.html After PatriceDumas cited the FHS WarrenTogami suggested[4] copying Edubuntu's use of ''/var/lib/ftp'' and changing the SELinux policy to allow the use of both the current legacy setting and this new one. MichaelStahnke suggested using ''/srv'' but LubomirKundrak remembered[6] an earlier thread (see FWN#103 "RFC: /var Or /srv"[7]) which he summed up as concluding "to not let anything in distro touch /srv, it's meant to be used only by user for his custom services." RichiPlana also suggested using ''/srv'' to which AlanCox responded[8] "/srv is not available to distribution vendors" and advocated sticking to the thirty year old tradition of using ''/tftpboot''. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00945.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01066.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01066.html [7] http://fedoraproject.org/wiki/FWN/Issue103#head-c1a0d4ef312061b439df55ebebc914e8fdbd0c7b [8] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00986.html JesseKeating was skeptical about Alan's argument that the tradition was something which should be adhered to and pointed out that to be consistent would have meant keeping executables in ''/etc'', similar to Solaris. Alan defended his position on the grounds that there were advantages to making that change, but none had been advanced for breaking tftpboot. RichiPlana came back[9] with a list of advantages mostly clustered around a simple, logical organization. [9] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00995.html After StephenSmoogen inquired what the proper RFC procedure would be for making such changes to the FHS there was a brief kerfuffle when JonathanMasters misunderstood[10] Stephen to be announcing his intention to create a ''/srv/fedora'' directory to make everything Fedora-specific. [10] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01221.html === Buildserver Kernel Release (PPC64) === A failed attempt to build ''eclipse-subclipse'' for ppc64 led RobertMarcano to ask[1] whether the buildservers were running the latest Fedora 8 kernel. ToshioKuratomi responded[2] that they were in fact running Fedora Core 6 and were scheduled to be upgraded to RHEL5 in three weeks time. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00820.html [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00847.html DennisGilmore informed Robert that a kernel update had been built by DavidWoodhouse which should fix the bug which Robert had referenced. Unfortunately Robert replied[3] that he now got an error on x86_64. JesseKeating suggested[4] doing a scratch build using ''koji build --scratch dist-f9 --arch-override ppc64 foo.src.rpm'' When Robert had to report that while this new trick worked the error was the same on ppc64 Jesse wondered[5] if the problem was that the opening of GUI was being attempted on the builder machine which lacks Xorg. Unfortunately this did not appear[6] to be the problem. [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01265.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01267.html [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01280.html [6] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01289.html === Extension Buddy For Fedora 9 ? === "MarkG85" kicked off[1] the discussion of an "Extension Buddy" which would be somewhat analogous to CodecBuddy in that it would sort out whether a file could be played by some application based on its extension, or could suggest a possible application which could do so. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00774.html RalfErtzinger suggested that a bugzilla entry should be opened for the specific example given of "Audacious" failing to handle files with the ''.m3u'' extension. "MarkG85" was not pleased with this, but DavidTimms agreed with Ralf that filing such bugs is the best way to ensure progress and improvement. David also outlined[2] a detailed workflow or use case in order to understand the problem better. An alternate vision was detailed[3] by RichiPlana. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00794.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01023.html The existing ''/etc/mime.types'' and ''/etc/mailcap'' were suggested[4] as a useful base by BrunoWolff. [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00877.html BastienNocera liked the idea and redirected[5] attention to an earlier discussion on @fedora-desktop which had considered the same problem. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00983.html === PulseAudio CPU Usage === Although he was enjoying PulseAudio questions about its CPU usage were posed[1] by AhmedKamal. Ahmed was also disturbed that it appeared in the process list with the name "exe"! [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01442.html A quick response[2] from LennartPoettering (the main developer of PulseAudio) informed that the "exe" naming issue had been fixed and pointed the finger of blame at Macromedia Flash for not closing playback streams until the browser window is closed. Ahmed's experiments in closing the browser confirmed that CPU usage by PulseAudio dropped[3] to 0%, but that starting up any other sound application saw it climb again due to the sampling issues outlined in Lennart's post. Lennart followed up with the suggestion that Ahmed could use ''pacmd'' followed by ''list-sinks'' to confirm that his card was fixed to 48KHz and that resampling would have to be done by either PulseAudio or whichever applications he was using, so it may as well be by PulseAudio. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01449.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01452.html [4] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01466.html In response to CallumLerwick some further details about the "Speex" resampler were posted[5] by Lennart. [5] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01480.html === Old Libtool Problems Reported By Check-rpaths === JohnDennis found[1] that one of his packages failed to build on x86_64 because the ''check-rpaths'' script complained that there was an RPATH in the .so of a loadable module produced by the package. [1] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01350.html A suggestion[2] from RayStrode that the package might include a buggy, older version of ''libtool'' was confirmed[3] by HansdeGoede. [2] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01356.html [3] https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01369.html [[Anchor(Artwork)]] == Artwork == In this section, we cover Fedora Artwork Project. http://fedoraproject.org/wiki/Artwork Contributing Writer: TimothyRoberts === Naming of Fedora 9? === Now that Fedora 8 "Werewolf" has finally been released into the wild, the gauntlet has been thrown. What shall we name the next Fedora release? JakubRusinek has started this lengthy debate on fedora-arts-list[1], with numerous people throwing in their two cents. What are you waiting for? Send in your own idea. It could become the next big thing. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00073.html === Fedora 9 Theming? === MichaelBeckwith has brought to our attention that Fedora 9 theme ideas need to start rolling in[1]. He emphasis ideas that revolve around the idea of "Freedom". So let your creative side come forth and spawn something truly beautiful for the next release. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00106.html === Rounded Corners Patch for Nodoka === CharlesBrej has released[1] a patch to the Nodoka GTK theme, slightly altering it to change any square corners to rounded ones. A small change, but well appreciated by many people. This patch can be found here[2]. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00093.html [2] http://www.mediafire.com/?1nybuai1d5c === Spring and Autumn On Your Desktop === StevenGarrity has proposed a new idea for the Fedora Desktop: Seasonal theming[1]. The beauty of spring and autumn manifested into pixels, wouldn't that be a sight to behold? He states that we could, 'adopt a "spring' visual theme for the odd-numbered releases that fall in the spring, and a 'fall' visual theme for the even-numbered releases that fall in the, well, fall." What are you waiting for? Go outside and get inspired before the fall(Or spring, if you're in the southern hemisphere) ends, and winter(Or summer) sets in. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00099.html === Infinity 24 for KDE === LaithJuwaidah has released[1] a small script to the community, that changes the wallpaper on a KDE desktop every hour, to different versions of the "Infinity" wallpaper. The script utilizes KDE's advanced desktop options, so all you GNOME users seem to be out of luck for the moment. The script can be found here[2]. [1] https://www.redhat.com/archives/fedora-art-list/2007-November/msg00122.html [2] http://ljuwaida.fedorapeople.org/Artwork/Infinity/KDE/Wallpaper [[Anchor(SecurityWeek)]] == Security Week == In this section, we highlight the security stories from the week in Fedora. Contributing Writer: JoshBressers === Samba === Last week saw the release of a new version of Samba, with two security fixes: http://samba.org/samba/security/CVE-2007-4572.html http://samba.org/samba/security/CVE-2007-5398.html Both of these issues sound pretty bad, but only CVE-2007-5398 is truly scary. CVE-2007-4572 initially looked rather bad, but after a thorough analysis it was determined that under normal use the flaw shouldn't even crash the Samba server. A detailed analysis of this flaw can be found here: https://bugzilla.redhat.com/show_bug.cgi?id=294631#c3 === AppArmor's Security Goals === I'm no fan of AppArmor, but aside from that there is a most interesting read regarding it on Kernel Trap. Those of you interested in such a thing might find it useful: http://kerneltrap.org/Linux/AppArmors_Security_Goals === Hushmail not so hush === It seems that Hushmail is willing to share the PGP keys of its clients with law enforcement: http://www.itnews.com.au/News/65213,hushmail-turns-out-to-be-anything-but.aspx While this probably isn't terribly surprising (most companies are willing to work with law enforcement). It is an opportunity to point out that unless you have complete control over your encryption key, you should assume that someone else has it. This includes things like storing keys on NFS home directories or using public computers with your private key. Keeping a private key protected properly is very difficult, and everyone has to compromise perfect security for reality at some point. It should be completely obvious though, that trusting someone else, especially a corporation, with your private key is most unwise. [[Anchor(AdvisoriesUpdates)]] == Advisories and Updates == In this section, we cover Security Advisories and Package Updates from fedora-package-announce. https://www.redhat.com/mailman/listinfo/fedora-package-announce Contributing Writer: ThomasChung === Fedora 8 Security Advisories === * openvrml-0.16.6-8.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00285.html * perl-5.8.8-31.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00307.html * link-grammar-4.2.5-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00338.html * tomboy-0.8.1-3.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00351.html * chmsee-1.0.0-1.26.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00437.html * php-pear-MDB2-Driver-mysqli-1.4.1-3.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00441.html * php-pear-MDB2-Driver-mysql-1.4.1-3.fc8.1 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00442.html * php-pear-MDB2-2.4.1-2.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00443.html * thunderbird-2.0.0.9-1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00485.html * samba-3.0.27-0.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00504.html * emacs-22.1-8.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00514.html * tomcat5-5.5.25-1jpp.1.fc8 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00545.html === Fedora 7 Security Advisories === * kdegraphics-3.5.8-7.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00309.html * kde-i18n-3.5.8-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00310.html * kdeutils-3.5.8-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00311.html * kdebindings-3.5.8-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00312.html * kdewebdev-3.5.8-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00313.html * kdenetwork-3.5.8-6.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00314.html * kdeadmin-3.5.8-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00315.html * kdegames-3.5.8-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00316.html * kdeaccessibility-3.5.8-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00317.html * kdelibs-3.5.8-7.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00318.html * kdepim-3.5.8-5.svn20071013.ent.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00319.html * kdetoys-3.5.8-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00320.html * kdevelop-3.5.0-4.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00321.html * kdeartwork-3.5.8-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00322.html * kdesdk-3.5.8-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00323.html * kdeedu-3.5.8-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00324.html * kdemultimedia-3.5.8-8.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00325.html * kdeaddons-3.5.8-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00326.html * kdebase-3.5.8-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00327.html * arts-1.5.8-4.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00328.html * perl-5.8.8-26.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00353.html * openvrml-0.16.6-6.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00355.html * link-grammar-4.2.5-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00411.html * php-pear-MDB2-Driver-mysql-1.4.1-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00434.html * php-pear-MDB2-Driver-mysqli-1.4.1-3.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00435.html * php-pear-MDB2-2.4.1-2.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00436.html * samba-3.0.27-0.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00472.html * thunderbird-2.0.0.9-1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00498.html * emacs-22.1-5.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00524.html * tomcat5-5.5.25-1jpp.1.fc7 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00525.html === Fedora Core 6 Security Advisories === * mono-1.1.17.1-5.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00455.html * cups-1.2.12-6.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00456.html * openldap-2.3.30-3.fc6 - https://www.redhat.com/archives/fedora-package-announce/2007-November/msg00460.html [[Anchor(EventsMeetings)]] == Events and Meetings == In this section, we cover event reports and meeting summaries from various projects. Contributing Writer: ThomasChung === Fedora Board Meeting Minutes 2007-MM-DD === * No Report === Fedora Ambassadors Meeting 2007-MM-DD === * No Report === Fedora Documentation Steering Committee (Log) 2007-MM-DD === * No Report === Fedora Engineering Steering Committee Meeting 2007-11-15 === * https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01517.html === Fedora Infrastructure Meeting (Log) 2007-11-15 === * https://www.redhat.com/archives/fedora-infrastructure-list/2007-November/msg00135.html === Fedora Localization Meeting 2007-MM-DD === * No Report === Fedora Marketing Meeting 2007-MM-DD === * No Report === Fedora Packaging Committee Meeting 2007-MM-DD === * No Report === Fedora Quality Assurance Meeting 2007-11-14 === * https://www.redhat.com/archives/fedora-test-list/2007-November/msg00784.html === Fedora Release Engineering Meeting 2007-11-12 === * https://www.redhat.com/archives/fedora-devel-list/2007-November/msg00954.html === Fedora SIG EPEL Meeting Week 45 === * https://www.redhat.com/archives/epel-devel-list/2007-November/msg00059.html === Fedora SIG KDE Meeting Week 46 === * https://www.redhat.com/archives/fedora-devel-list/2007-November/msg01042.html === Fedora SIG Store Meeting 2007-11-14 === * http://fedoraproject.org/wiki/SIGs/Store/Meetings/2007-11-14 -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From nihedmm at gmail.com Mon Nov 19 18:41:15 2007 From: nihedmm at gmail.com (nihed mbarek) Date: Mon, 19 Nov 2007 19:41:15 +0100 Subject: fedora tunisia In-Reply-To: <5bddd8fd0711191038p1f12f3a2wdb925f16f167b1d5@mail.gmail.com> References: <5bddd8fd0711191038p1f12f3a2wdb925f16f167b1d5@mail.gmail.com> Message-ID: <5bddd8fd0711191041k36ab72b7i4596b37a8b8e4ad2@mail.gmail.com> Hi, it's a great pleasure for me to present for you our website that represent fedora Tunisian community. We create this site with drupal CMS and we are waiting for yours help to have the best presence in the country. http://www.fedora-tunisia.org/ Thank you -- CHABCHOUB Chiheb FAKHFEKH Zied M'BAREK Med Nihed -------------- next part -------------- An HTML attachment was scrubbed... URL: