Jérôme Marant <[EMAIL PROTECTED]> writes:
> Is feeding with poetry yet another condescending way of
> expressing one's opinion?
surely, we can agree it is not hardware.
> As a non native English speaker, I don't grok English poetry
> that easily. I'm glad you do, but I don't think you bring
>
JérÎme Marant <[EMAIL PROTECTED]> writes:
> everything that's not hardware is software.
"all the light that's not is dark":
no more sunsets in the park.
no more colors or blends of hue,
no more schism twixt points of view.
i may be a simple square that barely recalls
the perfect form of my mil
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> It also seems to be the norm for documentation that seems to
> be coming from the GNU project, so I think my take on this is
> correct -- _ALL_ those documents can't all have the exact same
> oversight.
it's ok to posit a hypothesis. what steps
Manoj Srivastava <[EMAIL PROTECTED]> writes:
What else did you think was going on? If you truly believe
that all these people got together out of selfless altruism, I
truly envy you; I am far too cynical to think so.
yes if that is what i truly believed, i would envy myself as well.
s
Manoj Srivastava <[EMAIL PROTECTED]> writes:
Sorry. Those who do the work make the decisions. While we have
all agreed to put the needs of our users high on the list; ultimately
what I work on, and how much work I put in, depends on my interest,
the demands of home, work, and famil
Roland Mas <[EMAIL PROTECTED]> writes:
The problem is that the rules (guidelines, actually) for deciding
what we consider free enough to put in Debian, and what we don't,
do not emanate from the users but from our constitution and
social contract.
i'm no populist, but it strik
Roland Mas <[EMAIL PROTECTED]> writes:
The problem is that the rules (guidelines, actually) for deciding
what is free and what isn't do not emanate from the users but from
our constitution and social contract.
well, the laws in some countries are heading towards this same rigidity;
who b
Manoj Srivastava <[EMAIL PROTECTED]> writes:
So why does documentation need invariant sections?
analogously, why does rfc822 specify header formats? ability to forge
certain out-of-band meta information makes spamming s much easier.
I see. Since you are here not for serious discours
Manoj Srivastava <[EMAIL PROTECTED]> writes:
Some of the my most cherished expressions of my creativity are the
code that I write. I am appreciative of the mellifluous cadence of
contributory blocks building to the finale of the result, to the
elegant simplicity of transforming an
Hubert Chan <[EMAIL PROTECTED]> writes:
You are confusing legal issues. Misquoting someone is a
completely different issue from copyright, which is what this
discussion is all about. (AFAICT, misquoting is more into the
realm of slander/libel, rather than copyright.)
the confusion o
Jérôme Marant <[EMAIL PROTECTED]> writes:
But you loose the advantage of dependencies, don't you?
Maybe stow can handle this?
i don't know. i haven't had any problems, but then my setup is
probably atypical (for sure i have other problems ;-).
Isn't it also the users' business?
for mo
Manoj Srivastava <[EMAIL PROTECTED]> writes:
Not being able to remove the invariant sections when I am
trying to extract a subset of the document for use in other places
(like I can with subsets of the code) seems to limit my freedom;
Please look at the archives of debian-legal for
Jérôme Marant <[EMAIL PROTECTED]> writes:
(if Debian decides to apply
DFSG to documentation).
that is the crux of the problem. guess i'll stick w/ debian for most
things, but /usr/local installation for emacs -- this has worked well
for awhile now. i feel there is no point arguing the
Chris Waters <[EMAIL PROTECTED]> writes:
> and it's easier to fully grasp what's going on when we are on older
> Emacsen...
How so?
function objects are required to be explicitly quoted, for example.
thi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
14 matches
Mail list logo
