Re: [gentoo-dev] license issue with fretsonfire
On Sat, 2009-05-02 at 18:17 +0200, Mounir Lamouri wrote: [...] I think the code can be considered GPL-2 (i will check if there is no header specifying something else) and for the fonts, I will have to add 2 licenses not in the tree at the moment. But what to do with the songs ? I suppose it's not the first GPL game having non very clear license about data. How games team is managing that ? The fonts license seems to be the same as licenses/BitstreamVera which is in-tree. As for the songs, does it make sense to put that in a separate package that the code package depends on? The package can have the restrictive license it is distributed under and RESTRICT=mirror bindist. -- Arun signature.asc Description: This is a digitally signed message part
[gentoo-dev] Gentoo Council Reminder for May 7
This is your friendly reminder! Same bat time (typically the 2nd 4th Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know! Simply reply to this e-mail for the whole Gentoo dev list to see. For more info on the Gentoo Council, feel free to browse our homepage: http://www.gentoo.org/proj/en/council/ Following is the preliminary meeting agenda. It consists of two EAPI-3 related topics as well as two almost rusty topics where we should finally make a decision to be able to move on. EAPI 3: Short discussion of the progress zmedico will provide an update on the progress of the implementation. Short discussion of problems and implementation decisions if needed. EAPI 3: PMS approval Goal: Approve EAPI-3 extension of the PMS. Any open questions should be on the mailing list before the meeting. GLEP 54: Dealing with live SCM packages --- Goal: Since no consensus is reached or progress has been made voting seems appropriate. Handling EAPI versioning in a forwards-compatible way - Goal: Since no consensus is reached vote on the implementation for the problem solved in GLEP 55. Handling static libraries more flexibly --- Goal: Decision-making by consensus. Should we move forward with USE=static-libs to control building of static libraries? Should/Must this be an EAPI feature? Define EAPI development/deployment cycles - Goal: Start discussion about EAPI development/deployment. For example: Collect problems of eapi introductions in the past, like reverting ebuilds to former eapis to get them stable, not waiting for the pm support a certain eapi before requesting stable keywords for ebuilds using the new eapi, Collect problems of EAPI development like feature-freeze, late feature removals (due to implementation problems). Eventually develop a lightweight EAPI development model. Cheers, Tiziano -- Tiziano Müller Gentoo Linux Developer, Council Member Areas of responsibility: Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor E-Mail : dev-z...@gentoo.org GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
[gentoo-dev] Retiring
Hi, I've enjoyed my time with Gentoo, mostly... But these days I've just got too demotivated to work on it. I might have stayed if Ken69267 posted me some Lifesavers, but he didn't. :( On a more serious note, the problem seems to be the complete lack of management in the required places, Gentoo is fast becoming (or more likely, already is) an anarchic organisation, where it's becoming nigh-on impossible to keep track of things. I see a number of issues with Gentoo these days. The lack of a proper leadership body. Lack of people working together in unison. The tree needs to be sorted out: we have 16000 packages, and 200-250 developers, not all of which are ebuild developers) - We're still using CVS, we do *not* have the manpower to keep all the packages updated properly using a centralised VCS. If these issues were fixed, I don't know/care how they do get fixed, but if they were, I might consider coming back. If you *really* want me to stay/not retire, and attempt to help fix these issues, then I guess I can do so if enough people request that of me. But I will do so purely in a managerial position, and will do no ebuild or other such development. I'll still hang around in various channels and so on and so forth. Whatever happens, I do apparently maintain a few misc packages, most of which are low maintenance. Various herds will now need a new lead (apologies guys), so that will have to be arranged as well. You will also need to find another slacker to replace me ;) If there isn't a mass revolt against my retirement, so long, and thanks for all the fish! Otherwise... We'll see. Thanks, welp
Re: [gentoo-dev] Gentoo Council Reminder for May 7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2009.05.03 22:47, Tiziano Müller wrote: This is your friendly reminder! Same bat time (typically the 2nd 4th Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @ irc.freenode.net) ! [snip] Tiziano, The 7th is the first Thursday this month. Has there been a change to the meeting dates ? - -- Regards, Roy Bamford (NeddySeagoon) a member of gentoo-ops forum-mods treecleaners trustees -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkn+J/IACgkQTE4/y7nJvauidQCfeGBXSXYU6jqrOk3pYD3uBTiR PrcAoPb7BLme4fQvv2HMyPeAlV87MqL8 =2pDM -END PGP SIGNATURE-
[gentoo-dev] Request for testing of GnuTLS 2.7.*
GnuTLS =2.7.1 doesn't contain 'libgnutls-config' and 'libgnutls-extra-config' scripts so packages, which use them, usually fail to build. (Sometimes `configure` scripts disable support for GnuTLS without failing.) The list of packages depending on net-libs/gnutls is available at: http://tinderbox.dev.gentoo.org/misc/dindex/net-libs/gnutls If you maintain or use a package included in this list, please check if it can be built with =net-libs/gnutls-2.7.1. If a package fails to build with =net-libs/gnutls-2.7.1 and it hasn't been reported yet, please report a bug and make it block bug 253709 [1]. GnuTLS 2.8.0 will be released soon and we would like to unmask it without waiting too long. [1] https://bugs.gentoo.org/show_bug.cgi?id=253709 -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.