I am the main author for a static analysis tool for a dynamic language on the JVM. My tool also has many rules that could be considered controversial, some rules that conflict with each other, and (I hope) many rules that are genuinely useful. Our message has always been: configure the ruleset based on the coding guidelines that you want for your project. There is no one ruleset to rule them all.
I, myself, have written many rules that I personally would never apply to my own codebase, but perhaps someone else might. My belief is that the world can benefit from static analysis tools and that adoption will be faster if we focus on providing as many rules as possible even if some are (in my opinion) questionable.
So CSS-Lint can be configured to only enforce the rules you want. If a user can find 5-10 rules that they like, then it seems like a good idea to start using the tool, especially if the team is larger and less highly skilled. But it seems petty to me to lambast a project just because you disagree with the name. Yes the intent of CSS-Lint is something different than base Lint, but I can say from experience that people looking for static analysis tools often google for "css lint" or "java lint" before understanding that Lint is a product and Static Analysis is the general term.
To summarize: CSS-Lint is just a name and the product is aggressively marketed. That doesn't mean it can't be useful.
I run an open source programming group that meets once a month in my area and also self-assembles a few times a year at programming conferences I attend. The idea is that we meet for a few hours on Friday night and the meeting is over when there is at least one patch to a project. It's fun and I've made some friends, but there is nothing as rewarding as taking a first-timer and leading them through the process of build/fix/send-patch. It a trivial process as long as someone is in the room to help you through it.
There are a lot of groups like this around the world. Search for "bug mash", "hackerspace", or "hackergarten" in your area. I highly recommend attending something like this. (And if you're in the Basel or Baden-Württemberg area then come out to my group. I'm grilling American hamburgers for everyone tomorrow night).
I, myself, have written many rules that I personally would never apply to my own codebase, but perhaps someone else might. My belief is that the world can benefit from static analysis tools and that adoption will be faster if we focus on providing as many rules as possible even if some are (in my opinion) questionable.
So CSS-Lint can be configured to only enforce the rules you want. If a user can find 5-10 rules that they like, then it seems like a good idea to start using the tool, especially if the team is larger and less highly skilled. But it seems petty to me to lambast a project just because you disagree with the name. Yes the intent of CSS-Lint is something different than base Lint, but I can say from experience that people looking for static analysis tools often google for "css lint" or "java lint" before understanding that Lint is a product and Static Analysis is the general term.
To summarize: CSS-Lint is just a name and the product is aggressively marketed. That doesn't mean it can't be useful.