* Re: fish names [not found] ` <20100224221032.GD30264@elf.ucw.cz> @ 2010-03-05 21:26 ` Pavel Machek 2010-03-05 22:00 ` Bill Gatliff 0 siblings, 1 reply; 2+ messages in thread From: Pavel Machek @ 2010-03-05 21:26 UTC (permalink / raw) To: Brian Swetland; +Cc: Daniel Walker, linux-arm-msm > > If the opinion of mainline linux is "we will not take your code because > > we don't like what you named your hardware", okay, so be it. > > We are perfectly capable of running sed over the patches... but you > should be also capable of just running sed over your trees, and that > would be better for anyone. Just... having misnamed support for dream in mainline is way better than no support at all. But, consider this: a) everyone knowing what trout means knows what dream means. b) about 10 people total outside of google know what trout means. c) proportion of non-google people working on the code will only increase, because google is now working on nexus seven or something... ...so -- what is better name? And what is the cost really? The patches need to be cleaned up, anyway, so...? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: fish names 2010-03-05 21:26 ` fish names Pavel Machek @ 2010-03-05 22:00 ` Bill Gatliff 0 siblings, 0 replies; 2+ messages in thread From: Bill Gatliff @ 2010-03-05 22:00 UTC (permalink / raw) To: Pavel Machek; +Cc: Brian Swetland, Daniel Walker, linux-arm-msm Pavel Machek wrote: > And what is the cost really? The patches need to be cleaned up,anyway, so...? > A higher priority is getting everyone (Google, OEMs, and the community) to settle on a common tree, from which we all base our ongoing work. Then we won't have this ongoing need to clean up anything. The path of least effort towards that goal is to stick with the names we already have for the existing code. At some point in the future, when the code in question isn't so volatile, then we can mutually consider whether renaming creates more pain than it eliminates. Since by that time we'll all be comfortable with the mapping between the fish and commercial product names, I doubt there will be any motivation to do the additional work. I really don't have a problem with the current, aquatic-vertebrate-based convention so long as once a trade name is announced, we note that somewhere in the source code so that LXR et. al can find it. We're all familiar with variable name abstractions like "'x' is the valve position before the error term is added", I don't see why we can't deal with platform names in the same way. Google calls it mahimahi, HTC calls it Nexus One. <devil's advocate> If we do a code rename, should it be "nexusone", "nexus_one", "nexus-one", "nexusOne", "NexusOne", or what? </devil's advocate> As for new platforms, the one who writes the first line of code always gets to pick the name. That shouldn't be news to anyone here. b.g. -- Bill Gatliff Embedded systems training and consulting http://billgatliff.com bgat@billgatliff.com ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-05 22:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1266970110.24069.94.camel@c-dwalke-linux.qualcomm.com>
[not found] ` <a55d774e1002231745h3c60293r4c66d85b675f1f90@mail.gmail.com>
[not found] ` <20100224213945.GC30264@elf.ucw.cz>
[not found] ` <a55d774e1002241352j3775729cx90e1c0a9bafc7a25@mail.gmail.com>
[not found] ` <20100224221032.GD30264@elf.ucw.cz>
2010-03-05 21:26 ` fish names Pavel Machek
2010-03-05 22:00 ` Bill Gatliff
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).