From a.badger at gmail.com Thu Sep 3 21:17:44 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 03 Sep 2009 14:17:44 -0700 Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect Message-ID: <4AA03278.2030708@gmail.com> Over the past few months, Fedora Infrastructure has been discussing having a consistent set of licenses for applications and scripts we create for Fedora. The goals of doing this were to * Be able to share code among the various programs that we write. * Not have our libraries force a specific license on the apps that we write. * Not have conflicting licenses between our apps and our libraries * Have a clear understanding of the steps we must take whenever we want to move code from an application under one license to a library under a different one. * Protect the code we write from being taken proprietary (note, this is not the same for every author. Mirrormanager, for instance, is under the MIT/X11 License). * Be able to stay compliant with licenses within our production, staging, and publictest environments At last week's meeting we made a decision about which licenses would best fit our needs. The results are recorded here: https://fedoraproject.org/wiki/Infrastructure_Licensing The basics are: * license code that is meant to be used as a library as LGPLv2+. * license code that's meant to be used as an application as GPLv2+. * If we want to write something and use another license we should discuss it to figure out how it's going to impact us and whether there's a better way to achieve our goals first. Most of our apps are currently under GPLv2(only) so we're going to be working to change the licensing on those apps over time to reflect GPLv2 or later. If you find something that we've written that's not under GPLv2+ (or LGPLv2+) that you want to use, please let us know so we can either get to work on making the license match the guidelines or let you know why it's not being changed. The one other thing for Infrastructure developers and System Admins to note in the Policy is the section on handling AGPLv3 applications. During the discussions about whether to use AGPLv3+ for our web applications we found and delimited many issues that need to be addressed when deploying AGPLv3+ licensed code. The aGPL portion of the policy is our first attempt at keeping us compliant with any code that is under this license. Highlights are: * Apps deployed to production under AGPL must be deployed from RPMs. Any hotfixes to those apps must have the patch in a ticket in trac on http://fedorahosted.org/fedora-infrastructure with the keyword HOTFIX. * Any AGPL app deployed in infrastructure must have links in the footer to the fedora-infrastructure SRPM repo and the trac query that pulls up our hotfixes so that people can find the exact source that we're running at any given time. * Staging must follow the same rules regarding SRPM and hotfixes. Once again, failing to link to the exact source for what we have running would put us out of compliance. * No AGPL apps can be hosted on publictest boxes at this time as publictest boxes are intended for development and the high rate of change in development is not conducive for constantly updating RPMS or patches in trac. If there's demand for publictest hosting of AGPL apps we'll need to design some method of restricting who can access the applications running there to satisfy the legal requirements. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From noriko at redhat.com Thu Sep 10 07:21:27 2009 From: noriko at redhat.com (Noriko Mizumoto) Date: Thu, 10 Sep 2009 17:21:27 +1000 Subject: New entry of Build F12 collection packages for all language translators' review and correction Message-ID: <4AA8A8F7.9080502@redhat.com> To packagers who are listed below, New entry will be introduced into the devel-task-list: "Build F12 collection packages for all language translators' review and correction" Start: 2009-09-11 End: 2009-09-14 This entry requires you to rebuild your package with latest translation by 2009-09-14, so that a release to be made straight after exclusively for translators' review (note, this is different from the entry of Software: Rebuild all translated packages). This is for high standard of translation quality, and has been accepted on 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The detail what to be happened at L10N team side can be found at [2]. For communicating and tracking purpose a bug will be created soon against each package, as well everyone of you will be pinged for reminder. Please notice that amazingly F12 has been translated into 52 language with more than 40% completion so far, and the percentage as well the number of languages are aggressively growing. Your understanding and action are highly appreciated. Thank you so much for your support to Localization team. ** The list of packages ** ABRT >> master anaconda >> master authconfig >> tip chkconfig >> master comps >> HEAD desktop-backgrounds >> HEAD desktop-effects >> master firstboot >> master hwbrowser >> tip im-chooser >> trunk initscripts >> master kexec-tools >> HEAD libuser >> tip multimedia-menus >> master policycoreutils >> HEAD pykickstart >> master python-meh >> master readahead >> master redhat-menus >> HEAD rhpxl >> master setroubleshoot >> tip-plugins setroubleshoot >> tip-framework setuptool >> master smolt >> master smolt >> master-smoon sos >> trunk switchdesk >> HEAD system-config-audit >> tip system-config-bind >> tip system-config-boot >> master system-config-cluster >> HEAD system-config-date >> master system-config-datev >> docs system-config-date >> master-timezones system-config-display >> master system-config-firewall >> master system-config-httpd >> tip system-config-kdump >> master system-config-keyboard >> trunk system-config-kickstart >> master system-config-language >> trunk system-config-lvm >> master system-config-netboot >> trunk system-config-network >> master system-config-nfs >> docs system-config-nfs >> master system-config-printer >> 1.1.x system-config-rootpassword >> trunk system-config-samba >> docs system-config-samba >> master system-config-services >> docs system-config-services >> master system-config-users >> docs system-config-users >> master system-switch-java >> tip system-switch-mail >> HEAD usermode >> tip [1]:https://fedorahosted.org/fesco/ticket/243 [2]:https://www.redhat.com/archives/fedora-trans-list/2009-September/msg00053.html Regards, Noriko Mizumoto (irc:noriko) from FLP From stickster at gmail.com Fri Sep 11 18:41:41 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 11 Sep 2009 14:41:41 -0400 Subject: FUDCon Toronto 2009 update! Message-ID: <20090911184141.GD11347@localhost.localdomain> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Fedora friends and neighbors, Here's an update on the upcoming FUDCon in Toronto, being held December 5-7. Before the details, I want to give some special thanks and recognition to Chris Tyler of Seneca College in Toronto for his continued, invaluable assistance in setting up FUDCon. His help made it possible to establish a lot of these logistics while we were also preparing for Fedora presence at the Red Hat Summit last week. Thanks Chris! You'll find a lot of the details up at the FUDCon wiki page here: https://fedoraproject.org/wiki/FUDCon:Toronto_2009 FUDCon is free and open to *everyone* to attend. The wiki page is chock full of details, but if you'd rather see the highlights now, just read on... * * * HELP US PLAN! - ------------- In the spirit of transparency and openness, we're trying to make the planning process of FUDCon as easy to participate in as possible. Edit the wiki pages and let us know what you would like to see, join the discussion list at https://admin.fedoraproject.org/mailman/listinfo/fudcon-planning, and join us every Thursday at 2000 UTC (4:00pm US Eastern) in IRC Freenode at #fudcon-planning for FUDCon planning meetings. GENERAL SCHEDULE - ---------------- We are holding FUDCon from Saturday through Monday, December 5-7. The first day, Saturday, will be the day of technical sessions. The second and third days will be hackfest days where people can gather to work on some of the projects they've seen on Saturday, or anything near and dear to their heart. We'll maintain a wiki listing of everything going on, updated throughout the event to provide timely information on what's happening where, when, and with whom. At any time you'll be able to visit the page at https://fedoraproject.org/wiki/FUDCon:Toronto_2009 to see all the details. PRE-REGISTRATION - ---------------- Pre-registration is now open on the main FUDCon wiki page: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Pre-registration Remember that although you're not required to pre-register, when you do pre-register for the event you're eligible to receive a special gift at the sign-in desk at FUDCon. There will probably be a limit to the number of people we can pre-register, so sign up today! But don't worry -- if you miss pre-registration, remember that FUDCon as always is *free and open* for anyone to attend. We are happy to have anyone attend, learn, participate, and contribute. LODGING - ------- We've secured rooms at the very comfortable Hilton Garden Inn Toronto/Vaughan, with a single/double occupancy rate of CDN $105/night (currently about USD $98). We've also secured discount vouchers for the daily breakfast buffet to further help contain attendees' costs. Visit this pre-set URL to register at the hotel: http://bit.ly/fudcon-hgi-toronto-2009 ** NOTE: Our name is misspelled as "FEDCon" at the registration page, a simple snafu with the hotel. We're working on getting it fixed ASAP! You don't have to wait for FUDCon pre-registration to register at the hotel. If you are looking to room-share and don't have a roommate, you'll be able to mark that on the pre-registration and we'll do an assignment for you. TECHNICAL SESSIONS - ------------------ Not all of the technical sessions will be in the BarCamp format at FUDCon this year. That's a change from previous formats. Some will be pre-selected so that we can make sure to cover a wide variety of audience interests, since we frequently have more talks proposed than available space. *NOW* is the time to start adding content! Go to this URL and add your talk now: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Technical_sessions FUDPUB - ------ Ah, the world-(in)famous FUDPub! We are reserving a large party space at Dave & Busters (http://daveandbusters.com) which happens to be walking distance from the hotel. Yes, even in December in Toronto! We'll gather there for billiards, snooker, general merriment, and of course access to their midway full of entertainment. We'll provide dinner and non-alcoholic beverages for pre-registrants. The venue also has a wide variety of additional libations available for those so inclined. Ah, but don't party *too* hard, because starting the next day we'll have... HACKFESTS - --------- As always, we will feature plenty of hacking -- design work, coding, documentation, general brainstorming, planning -- going on throughout the hackfest days Sunday and Monday. If you hear about something you like on the technical session day, chances are you'll be able to sit down with people on Sunday and Monday, learn more, and hack on it! If you're presenting a technical session, give some serious consideration to how you can make your subject matter hackable. Then invite people to get together with you the next day to work on it! You can start by adding information about your hackfest in advance. Visit this URL and add what you'll be working on: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Hackfests More information will be forthcoming as it develops! - -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKqpnlrNvJN70RNxcRApVuAKDWq7S4kFEcUagLywpnexpUJG8zlACgg6Kl TulrYZytVEODthDvKelaSuk= =w/XB -----END PGP SIGNATURE----- From jkeating at redhat.com Mon Sep 14 20:47:19 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Sep 2009 13:47:19 -0700 Subject: Announcing Fedora 12 Snapshot 2 Message-ID: <1252961239.6759.30.camel@localhost.localdomain> Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. These were composed last Friday, and made available today. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 2, for i686 and x86_64 Fedora 12 Live KDE Snapshot 2, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 2, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 2, for i686 and x86_64 Please report issues in bugzilla. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Fri Sep 18 16:12:33 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Sep 2009 11:12:33 -0500 Subject: GraphicsMagick-1.3.x for F-11 (ABI change) Message-ID: <4AB3B171.40701@math.unl.edu> Heads up, I'm working on a GM-1.3.7 update to F-11 which includes an ABI break. I'll be taking care of building/fixing dependent packages (including dvdauthor, koffice). -- Rex From jkeating at redhat.com Fri Sep 18 18:45:38 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 11:45:38 -0700 Subject: Announcing Fedora 12 Snapshot 3 Message-ID: <1253299538.2384.30.camel@localhost.localdomain> Fedora 12 Snapshot 3 is now available for testing. These snapshots consist of live images only. These were composed yesterday, and made available today. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 3, for i686 and x86_64 Fedora 12 Live KDE Snapshot 3, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 3, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 3, for i686 and x86_64 Please report issues in bugzilla. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From debarshi.ray at gmail.com Mon Sep 21 16:17:47 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 21 Sep 2009 19:17:47 +0300 Subject: Updating libchamplain to 0.4.0 Message-ID: <3170f42f0909210917j58275eflb4b4139a2e9d0c1b@mail.gmail.com> I am going to build libchamplain-0.4.0 for Rawhide in a few hours and this involves a change in the soname that will affect: + eog-plugins + empathy Happy hacking, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig From jkeating at redhat.com Mon Sep 21 22:17:02 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Sep 2009 15:17:02 -0700 Subject: Fedora 12 Mass Branching coming soon Message-ID: <1253571422.32496.13.camel@localhost.localdomain> Per the Fedora 12 Schedule?, mass branching for Fedora 12 will happen on the 28th of September, which is this coming Monday. There will be a short CVS outage associated with this event. The exact timing of this outage has not been decided yet, but we will send the outage notification when it has been decided. ?: http://fedoraproject.org/wiki/Schedule -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From poelstra at redhat.com Wed Sep 23 20:19:11 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 23 Sep 2009 13:19:11 -0700 Subject: All Features Need to be 100% by Beta Freeze (2009-09-29) Message-ID: <4ABA82BF.8080306@redhat.com> Greetings Feature People, If all goes as planned the Beta (previously known as "Final Development") Freeze will start this coming Tuesday, September 29, 2009. Beta Freeze, defined here: https://fedoraproject.org/wiki/Beta_Freeze_Policy means that all features and their associated feature pages must be at 100% completion by this date. The following features are currently not 100% complete and need to be by Tuesday, September 29, 2009. In many cases it appears they are just 1% away :-) https://fedoraproject.org/wiki/Features/DisplayPort https://fedoraproject.org/wiki/Anaconda/Features/FCoE https://fedoraproject.org/wiki/Features/FedoraStudio https://fedoraproject.org/wiki/Features/GFS2ClusteredSamba https://fedoraproject.org/wiki/Features/Gnome2.28 https://fedoraproject.org/wiki/Features/KVM_Huge_Page_Backed_Memory https://fedoraproject.org/wiki/Features/liblvm https://fedoraproject.org/wiki/Features/LowerProcessCapabilities https://fedoraproject.org/wiki/Features/MoreNetworkManagerMobileBroadband https://fedoraproject.org/wiki/Features/PolicyKitOne https://fedoraproject.org/wiki/Features/FedoraMoblin https://fedoraproject.org/wiki/Features/NFSv4Default https://fedoraproject.org/wiki/Features/PackageKitBrowserPlugin https://fedoraproject.org/wiki/Features/SystemTapEclipseGUI https://fedoraproject.org/wiki/Features/SystemtapTracingRefresh https://fedoraproject.org/wiki/Features/Thusnelda https://fedoraproject.org/wiki/Features/VolumeControlContinued https://fedoraproject.org/wiki/Features/XI2 https://fedoraproject.org/wiki/Features/F12X86Support We understand that software is never 100% complete, however given the wide audience that refers to the feature pages it doesn't make sense to advertise something that isn't present. Please make one last update to your feature page to make it reflect everything that is complete for Fedora 12. Incomplete functionality should be removed or clearly labeled as scheduled for a future release so that what is advertised for being in Fedora 12 is 100% present and complete. I will raise feature pages not at 100% at FESCo's meeting on October 2, 2009. Hopefully my job will be easy and there there won't be any :-) Thanks, John p.s. All feature owners have been blind copied on this message. From jkeating at redhat.com Tue Sep 29 04:22:30 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 21:22:30 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC Message-ID: <1254198150.7523.4.camel@localhost.localdomain> There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-09-29 04:25 UTC' Affected Services: CVS / Source Control Unaffected Services: Everything else. Reason for Outage: The CVS server will not accept connections so that we can mass-branch for Fedora 12. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 07:40:52 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 00:40:52 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254198150.7523.4.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> Message-ID: <1254210052.7523.10.camel@localhost.localdomain> On Mon, 2009-09-28 at 21:22 -0700, Jesse Keating wrote: > There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will > last approximately 3 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2009-09-29 04:25 UTC' > > Affected Services: > CVS / Source Control > > Unaffected Services: > Everything else. > > Reason for Outage: > The CVS server will not accept connections so that we can mass-branch for Fedora 12. > > Contact Information: > > Please join #fedora-admin in irc.freenode.net or respond to this email to track > the status of this outage. > The outage is now over. Please contact me or anybody else in #fedora-admin if you have issues with your branch (don't forget to cvs up -d) or with building. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 08:09:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 01:09:31 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254210052.7523.10.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> <1254210052.7523.10.camel@localhost.localdomain> Message-ID: <1254211771.7523.12.camel@localhost.localdomain> On Tue, 2009-09-29 at 00:40 -0700, Jesse Keating wrote: > The outage is now over. Please contact me or anybody else in > #fedora-admin if you have issues with your branch (don't forget to cvs > up -d) or with building. > > It was pointed out to me that many of the packages starting with "a" were not properly branched. I've restarted the branch run for the "a" packages, however this time email will go out for the branch events, and this won't incur another outage. The branching of "a" packages should be done in 10 or 15 minutes. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 16:57:55 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 09:57:55 -0700 Subject: Fedora 12 Freeze at 0600~ 2009-09-30 UTC Message-ID: <1254243475.2303.5.camel@localhost.localdomain> Just a reminder that the Fedora 12 freeze will be happening tonight at 0600 2009-09-30 UTC, just prior to the rawhide compose tonight. The rawhide for 20090930 will be built from frozen content. You do not need to send tag requests until after that. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From SteveD at redhat.com Tue Sep 29 21:33:15 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 17:33:15 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen Message-ID: <4AC27D1B.4010803@RedHat.com> Hello, As part of the https://fedoraproject.org/wiki/Features/NFSv4Default feature I am one commit away from changing the default protocol version NFS will be using (or at least trying to use). What does this means to you? Hopefully nothing! In theory this should be a very seamless transition but with all new technology there will be (and are) some rough spots. Why are make the change? See the NFSv4Default wiki for details, but in a nutshell: * Better performance - V4 is now a stateful protocol. Meaning the server keeps state on all the clients access a particular file or directory. This allows the server to give out delegations (or leases) which in turn allows the client to aggressive cache both data and meta data locally * Firewall Friendly- With v4 only one port is used 2049 for all traffic including mounting and file locking. * Finally it enables us use upcoming minor releases of the the protocol. NFS version 4.1 and pNFS are two example of upcoming minor releases. FYI, V4 was introduced in Fedora Core 2 so it has been around for a while. I personally have been using it for my home directory for a couple years now.. For more of the nitty gritty details see http://www.iaps.com/NFSv4-new-features.html That's the good news... Here is the bad.... Because the mount command will try NFS v4 first, mounts to older Linux servers will start failing like: # mount linux-server:/export /mnt mount.nfs: mounting linux-server:/export failed, reason given by server: No such file or directory This is due to a defect in the Linux server exporting code, which is fixed in F-12, *but* there are a number of workarounds On the server (Which is suggested): * Add the following entry to the /etc/exports file: / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. On the client, go back to v3 mounts by doing one of the following: * Add -o v3 to command line, similar to: mount linux-server:/export /mnt * Change the default mount version in the new /etc/nfsmount.conf file by uncommenting the Nfsvers=3 setting in the 'NFSMount_Global_Options' section. See nfsmount.conf(5) man page for details. The diff would look like: --- /etc/nfsmount.conf 2009-09-29 16:58:13.000000000 -0400 +++ /tmp/nfsmount.conf 2009-09-29 16:56:04.000000000 -0400 @@ -29,7 +29,7 @@ # options that can be applied on all NFS mount. # # Protocol Version [2,3,4] -#Nfsvers=3 +Nfsvers=3 # Network Transport [Udp,Tcp,Rdma] # Proto=Tcp # steved.