On Mon, Jun 1, 2015 at 8:46 AM, Jehan <je...@zemarmot.net> wrote: > Hi, > > Le 2015-05-31 04:35, David Morris a écrit : >> >> On Sat, May 30, 2015 at 9:46 PM, J G <jmzho...@gmail.com> wrote: >>> >>> Hi David, >>> >>> What do you mean full control? As far as it remains GPL and GI agrees, >>> I am fine with that. :) >> >> >> Yes, it would stay GPL. Full control is probably the wrong way to >> state it. Here is what I mean: I'm a big believer in one person >> providing direction for a software project and designing the overall >> architecture. My experience is it always leads to a better end >> product. > > > Thanks for the proposition to continue the mrxvt project. I have only one > concern about the form, this is that you are asking to get "full control" > even before having checked at the code. By "full control", I guess you mean > you want to be considered the new official upstream (since you can as well > make a fork and you'd be in full control there). > Now don't get me wrong. Same as everyone, I'd be far more than happy to get > a new maintainer who actually make this project alive again. But the Free > Software way is that you'd send us a few patches and they'd be good quality. > Really the "step" is not very high. As you know, contributions are nearly > non-existent for years. It will be very easy to get all our agreement to > take the project over with a few good patches. > But speaking about getting full control before even having sent a single > patch feels a little like putting the cart before the horse to me.
Jehan, I understand your concerns. Reading what you wrote, I realize what I said must have sounded arrogant and presumptuous but that was not at all my intention. Let me explain my view which prompted me to ask about that: First, let me apologize in advance if any of the below sounds harsh. Yesterday I broke a bone in my foot and I am in a hospital in Bolivia (I am traveling) in pain waiting for surgery. I'm trying to be considerate and polite but I'm honestly not certain if I m succeeding. But I also don't have a lot to do while I wait so why not write this email? My concern is taking on an effective role as official upstream maintainer without having the actual role (and thus authority) of being the official upstream maintainer. I have been there in the past and I am NEVER doing it again under any circumstances, even if the actual maintainer is a nice and considerate person. The scars of past experience run far too deep and I remember all too well the stress it can cause. If there were any active developers at all this would not be an issue because I would simply be another person contributing to a software project. But the code has been all but abandoned for years. However, I am not asking to just become the maintainer on faith alone. Before I can even decide if I want to do anything, I need to learn the code architecture and test out the existing utf8 (etc.) support. If I'm involved at all, bug fixes and small(-ish) patches would be the first step simply by virtue of fixing any problems I see in the code as I learn about what exists now. It would be impossible for me to even decide to if I want to be the official upstream maintainer without developing such patches! You suggest I am saying simply "give me control" but that is not at all my intention and I apologize if it seemed I was asking that. It would indeed be putting the cart before the horse as I have not even decided yet if I want to work on the code at all, much less take over that responsibility!!!! I was trying to learn what are the possibilities and limits of my future involvement. If me becoming the official upstream maintainer is not a possibility, that limits what I would consider doing for the project and how much time I will spend looking at the code. But as I said, it would be a completely different story if there were even one person still actively working on the code. Everything I am asking now is to learn what the state of the code is, what possibilities have been considered, and what is the design philosophy of mrxvt in the eyes of its creators. > Same as others, I'd be in favor to keep mrxvt as self-contained as possible. > Not because I don't like dependencies and want to reinvent the wheel, but > because otherwise there is not much point of mrxvt compared to other > existing (and very good!) terminal emulators. Also it worked well until now > this way. I think most people want UTF-8 as higher priority. I doubt that > passing to GTK+ or adding other dependency be considered as any importance > to users, me included. I suppose, the real question is: what are the requirements mrxvt was developed around? Is being self contained to the extent possible one of the original design requirements or is that an artifact of something else such as maintaining high performance as was suggested earlier? Speaking of requirements, has anyone ever written down requirements for mrxvt or has it grown organically? Thank you for your thoughts on all of this! David ------------------------------------------------------------------------------ _______________________________________________ Materm-devel mailing list Materm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/materm-devel mrxvt home page: http://materm.sourceforge.net