On 2008/11/13 22:58, [EMAIL PROTECTED] wrote: > My apologies. Previous maintainers have cited solid, good, reasons for > rejecting similar ideas, and to be honest, I could clearly see their > points--I even agreed with them. That said, if you can entertain the > idea, I'll put together some thoughts and we'll see what you think. Look > for a follow-on email soon.
I don't think this database is an important feature, and it should be optional at compile time, so users on small servers can simply disable it, without any overhead. My archetype is the Linux kernel: very featureful, bloated sometimes, but still runs on tiny systems when you disable the bloat features in the configuration. > I like the idea, and it makes sense. One small part of me says YAGTNI, > but that didn't stop me from abstracting the encoder from the stream > output in the first place ;). I'll give it a shot. Maybe we never need it. But it's what I really liked about your patches. This kind of abstraction is what makes code beautiful, and it turns one complex problem into many smaller and trivial problems. Max ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Musicpd-dev-team mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
