* [gentoo-dev] games.eclass policy @ 2016-02-07 10:38 M.B. 2016-02-07 10:43 ` Patrice Clement 2016-02-07 11:09 ` Michał Górny 0 siblings, 2 replies; 22+ messages in thread From: M.B. @ 2016-02-07 10:38 UTC (permalink / raw To: gentoo-dev Hello folks. While hacking away on a new ebuild I came across the issue that games.eclass apparently got banned from future use. The only references I was able to dig up (apart from helpful people on IRC), were https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of games group needs to be removed wrt 20151011 Council meeting) and https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue (A mere deprecation notice). In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous deprecation warnings; just games.eclass is not among them. Please provide some guidance how (community-)developers are supposed to handle games (in particular wrt games.eclass) in the future. This also includes usage of /usr/games/{bin/lib/share} etc. Regards, tomboy64 ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-07 10:38 [gentoo-dev] games.eclass policy M.B. @ 2016-02-07 10:43 ` Patrice Clement 2016-02-07 11:09 ` Michał Górny 1 sibling, 0 replies; 22+ messages in thread From: Patrice Clement @ 2016-02-07 10:43 UTC (permalink / raw To: gentoo-dev Sunday 07 Feb 2016 11:38:27, M.B. wrote : > > Hello folks. > > While hacking away on a new ebuild I came across the issue that > games.eclass apparently got banned from future use. The only references > I was able to dig up (apart from helpful people on IRC), were > https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of > games group needs to be removed wrt 20151011 Council meeting) > and > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue > (A mere deprecation notice). > > In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous > deprecation warnings; just games.eclass is not among them. > > Please provide some guidance how (community-)developers are supposed to > handle games (in particular wrt games.eclass) in the future. This also > includes usage of /usr/games/{bin/lib/share} etc. > > Regards, > tomboy64 > > Good point. I too came across this problem when dealing with another bug (games-emulation/ppsspp). A user filed a bug, complaining the ebuild wasn't installing the compiled binary in /usr/games and suggested it should inherit the games eclass: https://bugs.gentoo.org/show_bug.cgi?id=572606#c12 I wasn't aware of the ban too so if someone has a better solution, I'm all ears. Regards, -- Patrice Clement Gentoo Linux developer http://www.gentoo.org ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-07 10:38 [gentoo-dev] games.eclass policy M.B. 2016-02-07 10:43 ` Patrice Clement @ 2016-02-07 11:09 ` Michał Górny 2016-02-07 12:13 ` Daniel Campbell 1 sibling, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-07 11:09 UTC (permalink / raw To: M.B.; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1193 bytes --] On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> wrote: > Hello folks. > > While hacking away on a new ebuild I came across the issue that > games.eclass apparently got banned from future use. The only references > I was able to dig up (apart from helpful people on IRC), were > https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of > games group needs to be removed wrt 20151011 Council meeting) > and > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue > (A mere deprecation notice). > > In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous > deprecation warnings; just games.eclass is not among them. > > Please provide some guidance how (community-)developers are supposed to > handle games (in particular wrt games.eclass) in the future. This also > includes usage of /usr/games/{bin/lib/share} etc. For reference, this is the reference decision: https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt I'm going to open a bug asking games team how they're going to proceed. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-07 11:09 ` Michał Górny @ 2016-02-07 12:13 ` Daniel Campbell 2016-02-08 21:49 ` Michał Górny 2016-02-10 2:49 ` Ian Delaney 0 siblings, 2 replies; 22+ messages in thread From: Daniel Campbell @ 2016-02-07 12:13 UTC (permalink / raw To: gentoo-dev -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/07/2016 03:09 AM, Michał Górny wrote: > On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> wrote: > >> Hello folks. >> >> While hacking away on a new ebuild I came across the issue that >> games.eclass apparently got banned from future use. The only >> references I was able to dig up (apart from helpful people on >> IRC), were https://bugs.gentoo.org/show_bug.cgi?id=566498 >> (games.eclass: use of games group needs to be removed wrt >> 20151011 Council meeting) and >> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summar ies#Games_team_policies_issue >> >> (A mere deprecation notice). >> >> In contrast, a simple "grep deprec /usr/portage/eclass/" gives >> numerous deprecation warnings; just games.eclass is not among >> them. >> >> Please provide some guidance how (community-)developers are >> supposed to handle games (in particular wrt games.eclass) in the >> future. This also includes usage of /usr/games/{bin/lib/share} >> etc. > > For reference, this is the reference decision: > > https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt > > I'm going to open a bug asking games team how they're going to > proceed. > Please let us know when you do; there are a few Humble Bundle games I'd like to bring to the tree and I, too, don't have much to go on as far as guidelines beyond our usual. - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWtzTvAAoJEAEkDpRQOeFwoOkP/j9cMGWfs3V3yPcc99G9ihqK H1fdB6RphKNirQ4gEg7ERVoxy4OygTmml2IJwFkHasXqRaau8gwqFpOlPGKqLlga MeDXTjDl788td0Z8JJJcronqHyEGx3Sw+vv3QKHsgaFuSUuVlnTOrpoXvwO8u7o3 CajRylurE4IhM3SxFnBL5jnBlwnkArixjLdD7jghMqEKzEr8zqGilssgLOSZIIAu pZf3zoV1/XIYKJC8CeRiNiTYbZ82FnxljW4+QuJx4LA1YAj3bOr2IaTh44Cgcaj5 /pLGB1ZNQyoglUm0dKn4RD7DfZmBLqNTwpzvTJRkPemmVskYHvrbrZ4Q2ADgEwy/ jC/GbhprMsWnsVQ79kUVrbDbd4zEtueyPQWCVSHlq89FpZ5vWTykndxtSZKQKqY7 AFDAllsbg0nh2kbEtN7MFZufY/20I9qO4J6RAm3QRK3ULGiObp5oHEuuExY1ky6g 2vFbjtxdjj1HSk7asTVW2j7VK3p1MllBpJ7zIMfGLIE0BQ/szNsXoNILKC001W0/ ztXx2/XRmbZy/Pk/BTWKrYM95gYh+EzdSQpvNdcUerFiH0nyxfhxvPlWuPTJdZJP Xxw6fKJGDB599sciv2aOL+T++KNlI+tzHWtfYxosisNblD0i2pMOflzYv6+eYY3q nXhqwO/kUl451VrvAwb0 =ek/8 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-07 12:13 ` Daniel Campbell @ 2016-02-08 21:49 ` Michał Górny 2016-02-17 2:09 ` Daniel Campbell 2016-02-10 2:49 ` Ian Delaney 1 sibling, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-08 21:49 UTC (permalink / raw To: Daniel Campbell; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1944 bytes --] On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell <zlg@gentoo.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 02/07/2016 03:09 AM, Michał Górny wrote: > > On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> wrote: > > > >> Hello folks. > >> > >> While hacking away on a new ebuild I came across the issue that > >> games.eclass apparently got banned from future use. The only > >> references I was able to dig up (apart from helpful people on > >> IRC), were https://bugs.gentoo.org/show_bug.cgi?id=566498 > >> (games.eclass: use of games group needs to be removed wrt > >> 20151011 Council meeting) and > >> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summar > ies#Games_team_policies_issue > >> > >> > (A mere deprecation notice). > >> > >> In contrast, a simple "grep deprec /usr/portage/eclass/" gives > >> numerous deprecation warnings; just games.eclass is not among > >> them. > >> > >> Please provide some guidance how (community-)developers are > >> supposed to handle games (in particular wrt games.eclass) in the > >> future. This also includes usage of /usr/games/{bin/lib/share} > >> etc. > > > > For reference, this is the reference decision: > > > > https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt > > > > I'm going to open a bug asking games team how they're going to > > proceed. > > > Please let us know when you do; there are a few Humble Bundle games > I'd like to bring to the tree and I, too, don't have much to go on as > far as guidelines beyond our usual. I'm sorry for replying this late. The relevant bugs are: https://bugs.gentoo.org/show_bug.cgi?id=566498 for games group https://bugs.gentoo.org/show_bug.cgi?id=574080 for paths https://bugs.gentoo.org/show_bug.cgi?id=574082 as tracker for both -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-08 21:49 ` Michał Górny @ 2016-02-17 2:09 ` Daniel Campbell 2016-02-17 7:39 ` Michał Górny 0 siblings, 1 reply; 22+ messages in thread From: Daniel Campbell @ 2016-02-17 2:09 UTC (permalink / raw To: gentoo-dev -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/08/2016 01:49 PM, Michał Górny wrote: > On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell <zlg@gentoo.org> > wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> On 02/07/2016 03:09 AM, Michał Górny wrote: >>> On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> >>> wrote: >>> >>>> Hello folks. >>>> >>>> While hacking away on a new ebuild I came across the issue >>>> that games.eclass apparently got banned from future use. The >>>> only references I was able to dig up (apart from helpful >>>> people on IRC), were >>>> https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: >>>> use of games group needs to be removed wrt 20151011 Council >>>> meeting) and >>>> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summ ar >>>> >> ies#Games_team_policies_issue >>>> >>>> >> (A mere deprecation notice). >>>> >>>> In contrast, a simple "grep deprec /usr/portage/eclass/" >>>> gives numerous deprecation warnings; just games.eclass is not >>>> among them. >>>> >>>> Please provide some guidance how (community-)developers are >>>> supposed to handle games (in particular wrt games.eclass) in >>>> the future. This also includes usage of >>>> /usr/games/{bin/lib/share} etc. >>> >>> For reference, this is the reference decision: >>> >>> https://projects.gentoo.org/council/meeting-logs/20151213-summary.tx t >>> >>> >>> I'm going to open a bug asking games team how they're going to >>> proceed. >>> >> Please let us know when you do; there are a few Humble Bundle >> games I'd like to bring to the tree and I, too, don't have much >> to go on as far as guidelines beyond our usual. > > I'm sorry for replying this late. The relevant bugs are: > > https://bugs.gentoo.org/show_bug.cgi?id=566498 for games group > https://bugs.gentoo.org/show_bug.cgi?id=574080 for paths > https://bugs.gentoo.org/show_bug.cgi?id=574082 as tracker for both > Thanks for the links. I understand games have been the subject of a lot of 'discussion' on the ML over the past few years. What do you believe to be some of the main blockers to getting more dev participation? From what I gather, a decent portion of us play games on our systems, so it seems reasonable to get more maintainership spread out. There's a lot of user interest too, as Ian pointed out. - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWw9ZJAAoJEAEkDpRQOeFwoDcP/2rHwIb1ztpkBOzt0UWh4IYr fbKHCi+NJ9p5j7alLQyjIarZgYMY5yLvRWaP+pR9PPyjIhAmEGEI1SoGLQC8MhJ2 fqOUKr+EH2mt8I4U3EGzsLAMA4JXm1yaKmDcFV3RQett4uUD9MWECQUxrLBQ/cME F0kPaBziIAZM30+jBoplTISNW7n4L4a/S6smcUV0XR7vGL3P67UQiD1zQ2LvF2Ny Yj4NMk3Z79rYzog0mqNKaSPVR45rEpTPz+BSoxqwt2t117GQP01n3WlKdyOecKuH KRyJ90pOnmJVRmH3pLYubJwq0mjvv4YYD1HVVWzK5r30kmVbd5rWrwt/RVGnpkGk EI8CdKuiQwXeWjb+X1Jo0kEhs2e5dKRmPM4z2xHv7YCkkshO/aOC51iP75yLnnZS 8pxp/D61Xdbfbjm8l+0oHJdIJ9qm6Oc5UGohcWU4pk/mTHNutWjKaOAT3D+Rtu7/ ILCajj5QapXgJUqEZ8YleWD0e/7Ft2AvWaNNgalz4717daIHhk/JBE0WDDv1M3Pe +KT4pC9zToAZelwOnQGLZLyccbyLpgqrwsYArgsqBV3uTwgYRCTqEbBDZAx2m994 0RyxIgF201hsGKp6yIS9X2nQEgZwFrM3XWDckydiQhpFi6ZMxbWsdKZJxVOUVOEf JAF0lamHDp2Em+rjKLU7 =/tsU -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 2:09 ` Daniel Campbell @ 2016-02-17 7:39 ` Michał Górny 2016-02-17 7:52 ` Michael Sterrett 2016-02-17 15:32 ` Denis Dupeyron 0 siblings, 2 replies; 22+ messages in thread From: Michał Górny @ 2016-02-17 7:39 UTC (permalink / raw To: gentoo-dev, Daniel Campbell Dnia 17 lutego 2016 03:09:18 CET, Daniel Campbell <zlg@gentoo.org> napisał(a): >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA256 > >On 02/08/2016 01:49 PM, Michał Górny wrote: >> On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell <zlg@gentoo.org> >> wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> On 02/07/2016 03:09 AM, Michał Górny wrote: >>>> On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> >>>> wrote: >>>> >>>>> Hello folks. >>>>> >>>>> While hacking away on a new ebuild I came across the issue >>>>> that games.eclass apparently got banned from future use. The >>>>> only references I was able to dig up (apart from helpful >>>>> people on IRC), were >>>>> https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: >>>>> use of games group needs to be removed wrt 20151011 Council >>>>> meeting) and >>>>> >https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summ >ar >>>>> >>> ies#Games_team_policies_issue >>>>> >>>>> >>> (A mere deprecation notice). >>>>> >>>>> In contrast, a simple "grep deprec /usr/portage/eclass/" >>>>> gives numerous deprecation warnings; just games.eclass is not >>>>> among them. >>>>> >>>>> Please provide some guidance how (community-)developers are >>>>> supposed to handle games (in particular wrt games.eclass) in >>>>> the future. This also includes usage of >>>>> /usr/games/{bin/lib/share} etc. >>>> >>>> For reference, this is the reference decision: >>>> >>>> >https://projects.gentoo.org/council/meeting-logs/20151213-summary.tx >t >>>> >>>> >>>> >I'm going to open a bug asking games team how they're going to >>>> proceed. >>>> >>> Please let us know when you do; there are a few Humble Bundle >>> games I'd like to bring to the tree and I, too, don't have much >>> to go on as far as guidelines beyond our usual. >> >> I'm sorry for replying this late. The relevant bugs are: >> >> https://bugs.gentoo.org/show_bug.cgi?id=566498 for games group >> https://bugs.gentoo.org/show_bug.cgi?id=574080 for paths >> https://bugs.gentoo.org/show_bug.cgi?id=574082 as tracker for both >> >Thanks for the links. I understand games have been the subject of a >lot of 'discussion' on the ML over the past few years. What do you >believe to be some of the main blockers to getting more dev >participation? From what I gather, a decent portion of us play games >on our systems, so it seems reasonable to get more maintainership >spread out. There's a lot of user interest too, as Ian pointed out. To answer that, we have to go back a while. The games team was pretty much formed of two kinds of developers back then. One kind was retired developers, the other kind was developers who did what they cared about and ignored everything and everyone else. Bugs, join requests, complaints, all went ignored and games team kept silent claim to games in gentoo. So the first Council case against games team was that they did not accept any new members. Or rather, silently ignored join requests. They also ignored inquiries wrt the case and the Council. The result was that the Council set up someone external to take care of inviting new members, and electing new team lead afterwards. As it could be predicted, nobody wanted to join, or rather be forced into the team they weren't welcome in. Then the case against policies started. The first abolished myth was games team sole claim to games in gentoo. Where Council pretty much only confirmed that they have no right for that and everyone can maintain game ebuilds without having games team approval or co-maintenance. The remaining cases you already know. During the whole process, I don't recall a single reply from games team member. And in the meantime, they continue their silent routine of doing whatever they care about, and ignoring Council requests. >- -- >Daniel Campbell - Gentoo Developer >OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net >fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2 > >iQIcBAEBCAAGBQJWw9ZJAAoJEAEkDpRQOeFwoDcP/2rHwIb1ztpkBOzt0UWh4IYr >fbKHCi+NJ9p5j7alLQyjIarZgYMY5yLvRWaP+pR9PPyjIhAmEGEI1SoGLQC8MhJ2 >fqOUKr+EH2mt8I4U3EGzsLAMA4JXm1yaKmDcFV3RQett4uUD9MWECQUxrLBQ/cME >F0kPaBziIAZM30+jBoplTISNW7n4L4a/S6smcUV0XR7vGL3P67UQiD1zQ2LvF2Ny >Yj4NMk3Z79rYzog0mqNKaSPVR45rEpTPz+BSoxqwt2t117GQP01n3WlKdyOecKuH >KRyJ90pOnmJVRmH3pLYubJwq0mjvv4YYD1HVVWzK5r30kmVbd5rWrwt/RVGnpkGk >EI8CdKuiQwXeWjb+X1Jo0kEhs2e5dKRmPM4z2xHv7YCkkshO/aOC51iP75yLnnZS >8pxp/D61Xdbfbjm8l+0oHJdIJ9qm6Oc5UGohcWU4pk/mTHNutWjKaOAT3D+Rtu7/ >ILCajj5QapXgJUqEZ8YleWD0e/7Ft2AvWaNNgalz4717daIHhk/JBE0WDDv1M3Pe >+KT4pC9zToAZelwOnQGLZLyccbyLpgqrwsYArgsqBV3uTwgYRCTqEbBDZAx2m994 >0RyxIgF201hsGKp6yIS9X2nQEgZwFrM3XWDckydiQhpFi6ZMxbWsdKZJxVOUVOEf >JAF0lamHDp2Em+rjKLU7 >=/tsU >-----END PGP SIGNATURE----- -- Best regards, Michał Górny (by phone) ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 7:39 ` Michał Górny @ 2016-02-17 7:52 ` Michael Sterrett 2016-02-17 10:42 ` Michał Górny 2016-02-17 15:32 ` Denis Dupeyron 1 sibling, 1 reply; 22+ messages in thread From: Michael Sterrett @ 2016-02-17 7:52 UTC (permalink / raw To: gentoo-dev; +Cc: Daniel Campbell, comrel On Wed, Feb 17, 2016 at 2:39 AM, Michał Górny <mgorny@gentoo.org> wrote: > The games team was pretty much formed of two kinds of developers back then. One kind was retired developers, the other kind was developers who did what they cared about and ignored everything and everyone else. Bugs, join requests, complaints, all went ignored and games team kept silent claim to games in gentoo. False and slanderous. > So the first Council case against games team was that they did not accept any new members. Or rather, silently ignored join requests. They also ignored inquiries wrt the case and the Council. Also false. > The result was that the Council set up someone external to take care of inviting new members, and electing new team lead afterwards. As it could be predicted, nobody wanted to join, or rather be forced into the team they weren't welcome in. Speculative and false. > Then the case against policies started. The first abolished myth was games team sole claim to games in gentoo. Where Council pretty much only confirmed that they have no right for that and everyone can maintain game ebuilds without having games team approval or co-maintenance. Making things up. > During the whole process, I don't recall a single reply from games team member. Well, here's at least one. However, I'm not sure why anyone would reply to your drama, slander, and lies so I'm not surprised that's been your experience. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 7:52 ` Michael Sterrett @ 2016-02-17 10:42 ` Michał Górny 0 siblings, 0 replies; 22+ messages in thread From: Michał Górny @ 2016-02-17 10:42 UTC (permalink / raw To: gentoo-dev, Michael Sterrett; +Cc: Daniel Campbell, comrel Dnia 17 lutego 2016 08:52:31 CET, Michael Sterrett <mr_bones_@gentoo.org> napisał(a): >On Wed, Feb 17, 2016 at 2:39 AM, Michał Górny <mgorny@gentoo.org> >wrote: > >> The games team was pretty much formed of two kinds of developers back >then. One kind was retired developers, the other kind was developers >who did what they cared about and ignored everything and everyone else. >Bugs, join requests, complaints, all went ignored and games team kept >silent claim to games in gentoo. > >False and slanderous. > >> So the first Council case against games team was that they did not >accept any new members. Or rather, silently ignored join requests. They >also ignored inquiries wrt the case and the Council. > >Also false. > >> The result was that the Council set up someone external to take care >of inviting new members, and electing new team lead afterwards. As it >could be predicted, nobody wanted to join, or rather be forced into the >team they weren't welcome in. > >Speculative and false. > >> Then the case against policies started. The first abolished myth was >games team sole claim to games in gentoo. Where Council pretty much >only confirmed that they have no right for that and everyone can >maintain game ebuilds without having games team approval or >co-maintenance. > >Making things up. > > >> During the whole process, I don't recall a single reply from games >team member. > >Well, here's at least one. > >However, I'm not sure why anyone would reply to your drama, slander, >and lies so I'm not surprised that's been your experience. Nice to hear from you. Please don't expect me to write things I didn't know about. So maybe games team did reply. To the people that were worthy replying to. Did this group include the Council or QA team? As I see it, this only adds to your case. Ignoring messages is inappropriate at least. Ignoring them in order to stall others from doing their Gentoo work is more serious. -- Best regards, Michał Górny (by phone) ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 7:39 ` Michał Górny 2016-02-17 7:52 ` Michael Sterrett @ 2016-02-17 15:32 ` Denis Dupeyron 2016-02-17 16:22 ` Michał Górny 2016-02-23 16:42 ` [gentoo-dev] " Vadim A. Misbakh-Soloviov 1 sibling, 2 replies; 22+ messages in thread From: Denis Dupeyron @ 2016-02-17 15:32 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 465 bytes --] On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny <mgorny@gentoo.org> wrote: > developers who did what they cared about and ignored everything and > everyone else. > I don't know if I'm an exception to the rule, but I've always had fruitful interactions with the games team. I never felt they ignored me. > games team sole claim to games in gentoo. > Not true. I've been maintaining games for a decade and have never been on the team. Denis. [-- Attachment #2: Type: text/html, Size: 1225 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 15:32 ` Denis Dupeyron @ 2016-02-17 16:22 ` Michał Górny 2016-02-17 17:19 ` Denis Dupeyron 2016-02-23 16:42 ` [gentoo-dev] " Vadim A. Misbakh-Soloviov 1 sibling, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-17 16:22 UTC (permalink / raw To: Denis Dupeyron; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 762 bytes --] On Wed, 17 Feb 2016 08:32:53 -0700 Denis Dupeyron <calchan@gentoo.org> wrote: > On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny <mgorny@gentoo.org> wrote: > > games team sole claim to games in gentoo. > > > > Not true. I've been maintaining games for a decade and have never been on > the team. Quoting the previous documentation of games.eclass, before hasufell changed it: # This is the games eclass for standardizing the install of games ... # you better have a *good* reason why you're *not* using games.eclass # in a games-* ebuild And this is just one piece of the puzzle. I don't have time to gather all other past evidence. Nevertheless, it's just past. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 16:22 ` Michał Górny @ 2016-02-17 17:19 ` Denis Dupeyron 2016-02-17 17:33 ` Michał Górny 0 siblings, 1 reply; 22+ messages in thread From: Denis Dupeyron @ 2016-02-17 17:19 UTC (permalink / raw To: Michał Górny; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 584 bytes --] On Wed, Feb 17, 2016 at 9:22 AM, Michał Górny <mgorny@gentoo.org> wrote: > On Wed, 17 Feb 2016 08:32:53 -0700 > Denis Dupeyron <calchan@gentoo.org> wrote: > > Not true. I've been maintaining games for a decade and have never been > on > > the team. > > Quoting the previous documentation of games.eclass [...] > I'm not seeing the connection you make between the documentation of an eclass and the fact that I have been maintaining games for ten years without being part of the games team. From here it looks like you're typing faster than you can read. Denis. [-- Attachment #2: Type: text/html, Size: 1021 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 17:19 ` Denis Dupeyron @ 2016-02-17 17:33 ` Michał Górny 2016-02-17 18:08 ` Denis Dupeyron 0 siblings, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-17 17:33 UTC (permalink / raw To: Denis Dupeyron; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1048 bytes --] On Wed, 17 Feb 2016 10:19:24 -0700 Denis Dupeyron <calchan@gentoo.org> wrote: > On Wed, Feb 17, 2016 at 9:22 AM, Michał Górny <mgorny@gentoo.org> wrote: > > > On Wed, 17 Feb 2016 08:32:53 -0700 > > Denis Dupeyron <calchan@gentoo.org> wrote: > > > Not true. I've been maintaining games for a decade and have never been > > on > > > the team. > > > > Quoting the previous documentation of games.eclass [...] > > > > I'm not seeing the connection you make between the documentation of an > eclass and the fact that I have been maintaining games for ten years > without being part of the games team. From here it looks like you're typing > faster than you can read. I was stating the apparent state of facts. If people are told they're supposed to go with games team, use their eclass, follow their policies, that's how it looks to people. Now, the fact that you had achieved otherwise doesn't mean others felt forced to adhere to that. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 17:33 ` Michał Górny @ 2016-02-17 18:08 ` Denis Dupeyron 2016-02-17 18:38 ` Michał Górny 0 siblings, 1 reply; 22+ messages in thread From: Denis Dupeyron @ 2016-02-17 18:08 UTC (permalink / raw To: Michał Górny; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 916 bytes --] On Wed, Feb 17, 2016 at 10:33 AM, Michał Górny <mgorny@gentoo.org> wrote: > I was stating the apparent state of facts. If people are told they're > supposed to go with games team, use their eclass, follow their > policies, that's how it looks to people. That's an entirely different point from the one I was making. But I'll entertain you anyway. All teams have rules and enforce them. If I commit, say, a python package and I don't use the python eclass, I'm sure to get a bug filed telling me to do so, a python team-member forcing the change on me if I refuse, this escalating to comrel if I complain or reverse the change, etc... So why would it be OK for the python team to coerce and not OK for the games team? In other words, why would the games team have less right to good housekeeping than the python team? Here python is just an example, I could have picked any other team. Denis. [-- Attachment #2: Type: text/html, Size: 1258 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 18:08 ` Denis Dupeyron @ 2016-02-17 18:38 ` Michał Górny 2016-02-18 1:06 ` Denis Dupeyron 0 siblings, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-17 18:38 UTC (permalink / raw To: Denis Dupeyron; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1300 bytes --] On Wed, 17 Feb 2016 11:08:30 -0700 Denis Dupeyron <calchan@gentoo.org> wrote: > On Wed, Feb 17, 2016 at 10:33 AM, Michał Górny <mgorny@gentoo.org> wrote: > > > I was stating the apparent state of facts. If people are told they're > > supposed to go with games team, use their eclass, follow their > > policies, that's how it looks to people. > > > That's an entirely different point from the one I was making. But I'll > entertain you anyway. All teams have rules and enforce them. If I commit, > say, a python package and I don't use the python eclass, I'm sure to get a > bug filed telling me to do so, a python team-member forcing the change on > me if I refuse, this escalating to comrel if I complain or reverse the > change, etc... So why would it be OK for the python team to coerce and not > OK for the games team? In other words, why would the games team have less > right to good housekeeping than the python team? Here python is just an > example, I could have picked any other team. Well, maybe it's because you can talk to Python team, discuss and not get ignored by them. Unlike games team members who believe it's best to ignore certain developers. Then QA team. Then the Council. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 18:38 ` Michał Górny @ 2016-02-18 1:06 ` Denis Dupeyron 2016-02-18 7:08 ` Michał Górny 0 siblings, 1 reply; 22+ messages in thread From: Denis Dupeyron @ 2016-02-18 1:06 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1329 bytes --] On Wed, Feb 17, 2016 at 11:38 AM, Michał Górny <mgorny@gentoo.org> wrote: > > Well, maybe it's because you can talk to Python team, discuss and not > get ignored by them. We've already established the same is true for the games team. I'm a living example of it and I can't imagine I'm the only one. > Unlike games team members who believe it's best to > ignore certain developers. I certainly hope we can still ignore abrasive developers since it's been proven many times that it's the best way to deal with them. So, you don't answer my question. Or rather, you answer with a specious statement. Since you're being unusually shy I will say what you're trying hard not so say. There are actually first-class projects catered for by first-class developers, and those can set rules like the mandatory use of an eclass and actually enforce them. Then there are second-class projects and developers who can do the same as long as it doesn't bother the first-class people. Second-class developers, often working quietly and steadily, not wasting their time on mailing-lists like I just did, can see their projects trampled over at any time for the mere reason that they were trying to keep their business in order, just like first-class developers do. Thank you for the clarification. Denis. [-- Attachment #2: Type: text/html, Size: 1869 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-18 1:06 ` Denis Dupeyron @ 2016-02-18 7:08 ` Michał Górny 2016-02-20 1:25 ` [gentoo-dev] " Ryan Hill 0 siblings, 1 reply; 22+ messages in thread From: Michał Górny @ 2016-02-18 7:08 UTC (permalink / raw To: Denis Dupeyron; +Cc: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 2829 bytes --] On Wed, 17 Feb 2016 18:06:29 -0700 Denis Dupeyron <calchan@gentoo.org> wrote: > On Wed, Feb 17, 2016 at 11:38 AM, Michał Górny <mgorny@gentoo.org> wrote: > > > > Well, maybe it's because you can talk to Python team, discuss and not > > get ignored by them. > > We've already established the same is true for the games team. I'm a living > example of it and I can't imagine I'm the only one. Good for you. So... ignoring majority is fine as long as you can prove that they don't ignore one of their old fellows. Good. > > Unlike games team members who believe it's best to > > ignore certain developers. > > I certainly hope we can still ignore abrasive developers since it's been > proven many times that it's the best way to deal with them. > > So, you don't answer my question. Or rather, you answer with a specious > statement. Since you're being unusually shy I will say what you're trying > hard not so say. There are actually first-class projects catered for by > first-class developers, and those can set rules like the mandatory use of > an eclass and actually enforce them. Then there are second-class projects > and developers who can do the same as long as it doesn't bother the > first-class people. Second-class developers, often working quietly and > steadily, not wasting their time on mailing-lists like I just did, can see > their projects trampled over at any time for the mere reason that they were > trying to keep their business in order, just like first-class developers do. Now you are trivializing the problem. I wasn't talking about mailing lists. I was talking about explicit questions, requests, pings. Mail, IRC, Bugzilla. If you get bug from the Council asking you what to do... don't you think it would be fair to reply? Of course, you could say 'mgorny opened the bug, I'm going to ignore him'. But the fact is, this is not some kind of 'quiet, steady work'. This is an explicit attempt of ignoring everyone with differing opinion by delaying things. Sure, you can disagree. But it's different to discuss disagreements and reach a consensus. And it's different if you silently ignore disagreeing opinions and make them wait months for a single reply, hoping to stall them from having any effect whatsoever. When was the last time games project got a new member? Where is that 'premiere Linux gaming platform'? What about all these users? Why were we exposing security issues for almost 10 years? So we're the bad ones in your opinion, troubling the little closed team. We want to have some influence, bad us. We should just keep quiet and let us be ordered. Stand out of the line -- and you're a problem, you're abrasive developer, you should be ignored. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/> [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 949 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* [gentoo-dev] Re: games.eclass policy 2016-02-18 7:08 ` Michał Górny @ 2016-02-20 1:25 ` Ryan Hill 2016-02-20 17:13 ` Andreas K. Hüttel 0 siblings, 1 reply; 22+ messages in thread From: Ryan Hill @ 2016-02-20 1:25 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 826 bytes --] On Thu, 18 Feb 2016 08:08:48 +0100 Michał Górny <mgorny@gentoo.org> wrote: > On Wed, 17 Feb 2016 18:06:29 -0700 > Denis Dupeyron <calchan@gentoo.org> wrote: > > > On Wed, Feb 17, 2016 at 11:38 AM, Michał Górny <mgorny@gentoo.org> wrote: > > > > > > Well, maybe it's because you can talk to Python team, discuss and not > > > get ignored by them. > > > > We've already established the same is true for the games team. I'm a living > > example of it and I can't imagine I'm the only one. > > Good for you. So... ignoring majority is fine as long as you can prove > that they don't ignore one of their old fellows. Good. I have never had a problem talking to the games team, and I suspect the same is true for anyone who isn't just communicating with them to push their agenda. -- [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 951 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] Re: games.eclass policy 2016-02-20 1:25 ` [gentoo-dev] " Ryan Hill @ 2016-02-20 17:13 ` Andreas K. Hüttel 2016-02-22 13:20 ` Alexander Berntsen 0 siblings, 1 reply; 22+ messages in thread From: Andreas K. Hüttel @ 2016-02-20 17:13 UTC (permalink / raw To: gentoo-dev; +Cc: Ryan Hill Am Samstag, 20. Februar 2016, 02:25:08 schrieb Ryan Hill: > > > > Good for you. So... ignoring majority is fine as long as you can prove > > that they don't ignore one of their old fellows. Good. > > I have never had a problem talking to the games team, and I suspect the > same is true for anyone who isn't just communicating with them to push > their agenda. Sadly that seems to be the case only for a select few. I have never had any interest in games, but was in the past downright ignored with respect to sensible, useful, more and more urgent and while at first nice, polite, and respectful, later more and more forthright e-mails and other communication attempts regarding other aspects of gentoo. There's a certain overlap of persons with the games team involved. If you're part of a community you're expected to cooperate with the community (and stick to the rules of the community, but that's a different issue). If you try to ignore everyone with a differing opinion and push your will through by just doing whatever you want, at some point you'll be so much in the minority that your opinion doesnt count anymore. -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfridge@gentoo.org http://www.akhuettel.de/ ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] Re: games.eclass policy 2016-02-20 17:13 ` Andreas K. Hüttel @ 2016-02-22 13:20 ` Alexander Berntsen 0 siblings, 0 replies; 22+ messages in thread From: Alexander Berntsen @ 2016-02-22 13:20 UTC (permalink / raw To: gentoo-dev -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FWIW, I tried contacting the games team members via IRC and email a few times over a few years, but never got even a simple "hello" out of them. So I gave up. And I've heard several similar tales confirmed by established developers. So maybe they're doing good work in terms of hacking, but they make poor project leads in my experience. - -- Alexander bernalex@gentoo.org https://secure.plaimi.net/~alexander -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWywsCAAoJENQqWdRUGk8BHxEQAKPG5MsquXRjZuy1CwjuUFtd x1M7grJT/qga+tN8OVd4VmY3oc2v8RmSraR0ViL262bY1yP4W1Rpb1r0/pvp1Agv giTz+PmZK3G03RKH0e5wTMfs7qEJY8ed7kMpLKwfFz2bOygjgVnAEvuy7t35/+fZ yI7okdVUGBx2cBYDuGhBkLspHhiaZLyhxEWPhhYrZUTvGTkIOmsVKs8fFn7UTkm/ LEWEQIpJr3PYGbT8V666P5UhbcXzqN17iSONvoT4MTRh+m9Gwlreak3utL7uTFVI mj0kKvPy9omDFJZgIzZzr7WrgT6FRBuOuorCuuMeeZgWtC4SpjZX7uQMLbFc0rkV Xzh2ieLcrx4Xvtoyf0oJDHCHQWm2E8A3KcwijeDSBUm1rlUhWRWRmnT04Seeygci yirn5zn4VjRgJi9NYoDa/5x2fpoBlmvMS9+Kh3QJOu2E9DpWiIe1X/p5Es0zRjKq UaBl8jDNEpo01WH0b/BWY9QpEOdJQFkAIA8DAy5XMgD+sE5g0zq8P9GwZai5+Ciw VMuge5RfXIsDmdRmV+tdGXrHzbnVhjAtR0wSmnPI8MKjUldKVNj0u6TuXKQ0muvs nvWYo2ZTyg9A52zDo10lE20V90WvmLXwDeEGkDyCDI5MfiuhHva2naF5xplJi+DW pSt/lfiWkokLZAL/gIGo =e9p2 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-17 15:32 ` Denis Dupeyron 2016-02-17 16:22 ` Michał Górny @ 2016-02-23 16:42 ` Vadim A. Misbakh-Soloviov 1 sibling, 0 replies; 22+ messages in thread From: Vadim A. Misbakh-Soloviov @ 2016-02-23 16:42 UTC (permalink / raw To: gentoo-dev 17.02.2016 21:32, Denis Dupeyron пишет: > On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny <mgorny@gentoo.org> wrote: > >> developers who did what they cared about and ignored everything and >> everyone else. >> > I don't know if I'm an exception to the rule, but I've always had fruitful > interactions with the games team. I never felt they ignored me. And I do (both on bz and IRC). >> games team sole claim to games in gentoo. >> > Not true. I've been maintaining games for a decade and have never been on > the team. And so I. In gamerlay. And then hasufell comes and said something like that: gamerlay is unneded and just stealing users from games team. And people should contribute to sunrise=>gentoo, and not in the "3party overlays with bad review quality". ;) And, as for me personally, I'm pretty fine with contributing ebuilds, that I maintain, in overlays, and do not see the point for finishing quizzes and joining dev teams (anyway, time to time, some developers taking my ebuilds, editing them to gentoo-tree-quality state and commiting it to the tree, lol ;) ). ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-dev] games.eclass policy 2016-02-07 12:13 ` Daniel Campbell 2016-02-08 21:49 ` Michał Górny @ 2016-02-10 2:49 ` Ian Delaney 1 sibling, 0 replies; 22+ messages in thread From: Ian Delaney @ 2016-02-10 2:49 UTC (permalink / raw To: gentoo-dev, Ian Delaney -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell <zlg@gentoo.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 02/07/2016 03:09 AM, Michał Górny wrote: > > On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." <tomboy64@sina.cn> wrote: > > > [...] > ies#Games_team_policies_issue > [...] > (A mere deprecation notice). > [...] > > > > For reference, this is the reference decision: > > > > https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt > > > > I'm going to open a bug asking games team how they're going to > > proceed. > > > Please let us know when you do; there are a few Humble Bundle games > I'd like to bring to the tree and I, too, don't have much to go on as > far as guidelines beyond our usual. > > - -- > Daniel Campbell - Gentoo Developer It's not just M.B. being confused about this. There appears to be a spurt of interest by other users to tackle games - -- kind regards Ian Delaney -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1 iQJ8BAEBCgBmBQJWuqUkXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCRUI4RjAxNzRGRTVDMjI4RjcxNkRFNzIw QzQzN0NCNDcxRTlEMzNBAAoJEAxDfLRx6dM6QaQQAJ1yzMeSO6JrFjdzEq1sTILr Jwuf7NvdEdr33IyMbcwji03CLvR6+yMwtVOlOMYaJM1ZzAZLw+MFbjiTQzNTMeLN S49AzHwyWs6WgQhD9I4Flr9oOm5HraU/yyE7JK+42EXcW5dkXCAXDp6bLI0AEiYJ DX3t8285l7GiytnK4/sHvyF1LkXoz2Jpk8n9bfUu8q0enWFHcNKA6ZoH1OqFAg/Z kkLr3R8DlITdAAsQwSolsUf03iIXbxCy7d89Pskj4+lMiw8Ju8IK+fh2baRWlHDm x3xXmF1foaR0DJCTQzRZV+DTBpk5ecxX9dnHoYwg/y4d0Oi2Jf0GYLLVjYK8yc3K sWJW/9NkNDfTYEzLjrTUYYzlQal+jTzOL8wYBbwmz7Yaft4lc/4IKwQMk5ME9sYD 3b9Kh8AWfyXaBRFwczCoxIicU2MZCdE8mFCQH/8Yx1Ai4unGn6sYgM2Teq4zgcir zhj8/r7/Ke3CtrFy2QTDlN1mC+9A5aJBUU/pl94W336NP7OeNjaDoDyDhXVOuQjx ervuud3cGgYRUWQ6+MVIMXYroVhltFxWdGDNAOcKPsNsgh9NU8t9Z6WFDev+PgdP RHVv5nQJWTkW3G9I4R2Zh03bLO9S0ZTdA5om8pdJW9yid/TSFtzTgv6XAPJGiBcR o4i+IEEjhhxQOEWsnmZA =/aU1 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2016-02-23 16:42 UTC | newest] Thread overview: 22+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-02-07 10:38 [gentoo-dev] games.eclass policy M.B. 2016-02-07 10:43 ` Patrice Clement 2016-02-07 11:09 ` Michał Górny 2016-02-07 12:13 ` Daniel Campbell 2016-02-08 21:49 ` Michał Górny 2016-02-17 2:09 ` Daniel Campbell 2016-02-17 7:39 ` Michał Górny 2016-02-17 7:52 ` Michael Sterrett 2016-02-17 10:42 ` Michał Górny 2016-02-17 15:32 ` Denis Dupeyron 2016-02-17 16:22 ` Michał Górny 2016-02-17 17:19 ` Denis Dupeyron 2016-02-17 17:33 ` Michał Górny 2016-02-17 18:08 ` Denis Dupeyron 2016-02-17 18:38 ` Michał Górny 2016-02-18 1:06 ` Denis Dupeyron 2016-02-18 7:08 ` Michał Górny 2016-02-20 1:25 ` [gentoo-dev] " Ryan Hill 2016-02-20 17:13 ` Andreas K. Hüttel 2016-02-22 13:20 ` Alexander Berntsen 2016-02-23 16:42 ` [gentoo-dev] " Vadim A. Misbakh-Soloviov 2016-02-10 2:49 ` Ian Delaney
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox