[OT] Rock stars' inter-hindrance time after time, 'cause love is blind (was: Re: [gentoo-dev] The request to abolish games team policy)
On Sat, 12 Jul 2014 16:26:10 -0600 Denis Dupeyron calc...@gentoo.org wrote: Please do not take this personally. OK, let us try that; interesting to note though, is that this has also been stated in the OP of this thread. People seem to do care personally about this; repeatedly telling them not do, what effect does that have? I honestly wonder what all the fuss is about. Honest questions help. There are a few games I've helped with over the years and I've never had any trouble at all having my stuff reviewed and accepted. And I'm a lousy ebuild writer. Every time I'd suggest a fix, bump, or new package, and I came with an ebuild, I would get constructive criticism and I could then commit it myself. Not one single time did I get a no. Not once. We've been there; however, that's not the issue at hand, it takes a non-lousy ebuild writer to see that monopoly surrounds the core of it. Why is that? Because it only starts to matter when it starts to matter. You had a fix and it was refused? Have you ever considered you may have been doing it wrong? I understand having to have your code reviewed and accepted sounds like an insult to a rock star like you, but that's the way it is in the real world. It is still beyond my understanding that code reviews are not mandatory for anything that is committed in Gentoo. We all are rock stars, right? Rich, if I may have a suggestion, it would be that instead of meddling with projects that have been doing their best with what they have for years, and which need praise rather than hindrance, you instead start a project to get people to think positively and accept criticism. The amount of energy that was spent in this thread and many others in pure loss could have gone a long way. Hmm, we're not sure whether we're all Rich though; if I were, I would wonder if you have considered that hindrance works in both directions? We are rock stars; if rock star X hinders rock star Y, Y can hinder X. The effect of telling them to not take it personally, is that they will. This thread is pure win, it just takes some time to see good results... -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-dev] Last rites: app-emacs/sawfish
# Ulrich Müller u...@gentoo.org (13 Jul 2014) # Development of stand-alone package stopped in 2004. # sawfish.el is now provided by x11-wm/sawfish with USE=emacs. # Masked for removal in 30 days, bug #493114. app-emacs/sawfish pgpg4gVpskP_s.pgp Description: PGP signature
Re: [gentoo-dev] The request to abolish games team policy
On Sat, Jul 12, 2014 at 6:26 PM, Denis Dupeyron calc...@gentoo.org wrote: Rich, if I may have a suggestion, it would be that instead of meddling with projects that have been doing their best with what they have for years, and which need praise rather than hindrance, you instead start a project to get people to think positively and accept criticism. The amount of energy that was spent in this thread and many others in pure loss could have gone a long way. The only thing that I've offered to do is to help people join the games team, which is supposed to be an open team anyway. That is about the extent of the meddling that I've proposed. I've yet to hear anybody on the games team comment that more help would not be welcome. That said, I've also yet to hear from anybody actually interested in joining the games team. So, that idea may not end up going anywhere anyway. The premise has been that there are people interested in working on games but they've been prevented from doing so, and working to help improve the games team from within is better than imposing direction from above. If indeed nobody actually wants to join the games team, then the next question is whether to leave things alone, or to find another solution. Either way I'd like to hear more from anybody who actually wants to maintain games packages but feels they have been unable to do so. Simply changing policies won't make actual work happen. Rich
[gentoo-dev] Herd for eselect
Hi all, I've added a herd for eselect, in order to be more consistent with other projects. Assignment of bugs shouldn't change, i.e. they should go to esel...@gentoo.org as before. Please note that this herd is _not_ meant as a catch-all for eselect-* packages. Individual eselect modules should be maintained by their respective teams (as they are now). Ulrich pgpeqWdlOC7kF.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] LibreSSL, introduce virtual/openssl
Dirkjan Ochtman: On Sat, Jul 12, 2014 at 2:37 PM, hasufell hasuf...@gentoo.org wrote: So libressl is meant as a drop-in replacement for openssl. Some caveats have already been discovered: http://devsonacid.wordpress.com/2014/07/12/how-compatible-is-libressl/ Cheers, Dirkjan The Werror thing is fixed in the ebuild. The next release is now signed and should enter the tree in the near future, along with the virtual ebuilds. So for people who want to help, I'd propose the following procedure: 1) Testing: https://github.com/gentoo/libressl (should already work with 'layman -a libressl') It contains dummy openssl ebuilds so the virtuals are not yet needed. It also contains a portable version of the signify tool (to verify the libressl tarballs), patched wget and patched openssh with patch from Hanno. I'd suggest to focus testing there, so we don't duplicate work. 2) depending on how big the fallout is we have to decide whether to add libressl to ~arch or masked later and even have to decide whether adding a virtual/openssl right now makes any sense. We'll shoot ourselves in the foot if we add the virtual now and realize later that it doesn't work out. 3) Depending on 2) add virtual/openssl and dev-libs/libressl to the tree and start converting the tree (~arch ebuilds with simple openssl atoms can probably be fixed with a script, see https://bugs.gentoo.org/show_bug.cgi?id=508750#c23). Stable arch ebuilds should probably be fixed by their respective maintainers. We should send out a dev-announce too then.
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-13 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2014-07-13 23h59 UTC. Removals: perl-core/Filter2014-07-07 18:46:00 dilfridge app-text/qgoogletranslator 2014-07-09 05:49:39 grozin dev-lisp/openmcl2014-07-09 05:51:14 grozin dev-lisp/openmcl-build-tools2014-07-09 05:52:19 grozin Additions: dev-perl/Filter 2014-07-07 18:38:50 dilfridge app-misc/abduco 2014-07-10 15:44:13 xmw virtual/perl-Math-BigRat2014-07-10 22:02:14 dilfridge virtual/perl-bignum 2014-07-10 22:25:58 dilfridge dev-perl/Net-Subnet 2014-07-11 09:36:11 chainsaw dev-java/opencsv2014-07-11 17:49:16 ercpe dev-java/trident2014-07-11 17:52:10 ercpe dev-java/htmlparser-org 2014-07-11 17:54:09 ercpe dev-java/texhyphj 2014-07-12 07:41:43 ercpe dev-util/vmtouch2014-07-12 10:11:34 dlan -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: perl-core/Filter,removed,dilfridge,2014-07-07 18:46:00 app-text/qgoogletranslator,removed,grozin,2014-07-09 05:49:39 dev-lisp/openmcl,removed,grozin,2014-07-09 05:51:14 dev-lisp/openmcl-build-tools,removed,grozin,2014-07-09 05:52:19 Added Packages: dev-perl/Filter,added,dilfridge,2014-07-07 18:38:50 app-misc/abduco,added,xmw,2014-07-10 15:44:13 virtual/perl-Math-BigRat,added,dilfridge,2014-07-10 22:02:14 virtual/perl-bignum,added,dilfridge,2014-07-10 22:25:58 dev-perl/Net-Subnet,added,chainsaw,2014-07-11 09:36:11 dev-java/opencsv,added,ercpe,2014-07-11 17:49:16 dev-java/trident,added,ercpe,2014-07-11 17:52:10 dev-java/htmlparser-org,added,ercpe,2014-07-11 17:54:09 dev-java/texhyphj,added,ercpe,2014-07-12 07:41:43 dev-util/vmtouch,added,dlan,2014-07-12 10:11:34 Done.
Re: [gentoo-dev] Re: The request to abolish games team policy
В письме от Пт, 11 июля 2014 16:24:38 пользователь hasufell написал: However, basically having only a single person that actively does such reviews + no official overlay makes it hard for contributors. As I said previously, you (and any developer else) are free to get a reviewer role for gamerlay (and make it official overlay). But, AFAIR, you're opinion is hat gamerlay must die... So, we fall into infinite circle (exaggeratedly): — There is no official overlay and no reviewers! — You can use gamerlay as a base for that and we can change our workline for you. — Gamerlay is unneded! ... — We need reviewers and official overlay. -- Best regsrds, mva signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] The request to abolish games team policy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/13/2014 08:00 AM, Rich Freeman wrote: On Sat, Jul 12, 2014 at 6:26 PM, Denis Dupeyron calc...@gentoo.org wrote: Rich, if I may have a suggestion, it would be that instead of meddling with projects that have been doing their best with what they have for years, and which need praise rather than hindrance, you instead start a project to get people to think positively and accept criticism. The amount of energy that was spent in this thread and many others in pure loss could have gone a long way. The only thing that I've offered to do is to help people join the games team, which is supposed to be an open team anyway. That is about the extent of the meddling that I've proposed. I've yet to hear anybody on the games team comment that more help would not be welcome. That said, I've also yet to hear from anybody actually interested in joining the games team. So, that idea may not end up going anywhere anyway. The premise has been that there are people interested in working on games but they've been prevented from doing so, and working to help improve the games team from within is better than imposing direction from above. If indeed nobody actually wants to join the games team, then the next question is whether to leave things alone, or to find another solution. Either way I'd like to hear more from anybody who actually wants to maintain games packages but feels they have been unable to do so. Simply changing policies won't make actual work happen. Rich I'm not a developer (I've completed the ebuild quiz and heroxbd is supposed to be getting back to me), but I'm interested in helping maintain games. I have a decent number of Humble Bundle games that I'd love to see make it into Portage, and I could assist in testing some games. I recently filed a bug [1] to version bump Rochard and fix a README filename and it's available on my own overlay [2] as well. Not to brag or anything, but if I make developer status I'd gladly become part of the games team. [1]: https://bugs.gentoo.org/show_bug.cgi?id=516958 [2]; https://github.com/sporkbox/sporkbox-overlay/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTw3EvAAoJEJUrb08JgYgHh2IH/3DAbTrkUcARshsVZifqBn2d qZVVIaOCRc8O0mTHUUNYcKOPFoC95lowglgd7zXxd5IOjvIG58TyUlTUH4tI6MKG FeoAypecv9CC38KWaDn+WlG/uDs2WzMW8s5MnAuXXt3aSnM8D845hXuRgdDJXR0E 15AFyVDDkrnOWM2rw8Tx9VR4ZXUkokv23dCTr/oCT+aMaSGYku2yuqujYlDJnw1B K7dgr9W1UcUlU0DnGby4mJYi/tp8fyxvaT16gE9n2EKVXeWM3DDUBJbSVKM1KWL4 QQ+uHma9cLcOYc78gNvhXqoWzG/CyWVeVmb35Bxf6v7GENlzqeaut40+5FwLi2U= =B2xr -END PGP SIGNATURE-
