all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juanma Barranquero'" <lekktu@gmail.com>
Cc: cschol2112@googlemail.com, 'Eli Zaretskii' <eliz@gnu.org>,
	emacs-devel@gnu.org, 'Mathias Dahl' <mathias.dahl@gmail.com>
Subject: RE: Emacs Windows barebin distribution
Date: Sun, 18 Nov 2012 10:22:09 -0800	[thread overview]
Message-ID: <A72B1338EC834750A07546E9DFCCB2DE@us.oracle.com> (raw)
In-Reply-To: <CAAeL0SQ02GWW8Zd_w5fs-ycfiejMyLi=uWgp-f3KNo_cKwXZhQ@mail.gmail.com>

> > The proposal from Matthias was not a proposal to poll the 
> > users.  He suggested examining the download logs to see
> > how much the barebins were picked up.
> 
> Fair enough. Still, that won't also happen on its own, and can be dead
> easy, or not, depending on how accessible the logs are for a
> sufficiently long interval of time.

Which is presumably why Mathias asked "would it be possible to check the access
logs?".  And it is why my support of the suggestion was qualified with "if
feasible", etc.  I have no idea how accessible or how accurate the logs are or
how easy it would be to check them.

> > My argument was against the reasoning that _because_ no one 
> > has spoken up here there must not be any user interest in this.
> 
> Perhaps you're misinterpreting the reasoning, and it was more like "As
> it has been broken for a long time, and we haven't received complains
> on emacs-devel (or the bug list), it is reasonable to suppose that
> there is no user interest in it."

To my knowledge, Eli's mention of it being broken came long after his argument
that I responded to.  His argument, and his dismissal of Mathias's suggestion
was just this - there is nothing here about anything being broken:

MD> > Would it be possible to check the access logs to see
MD> > how many people actually download the barebin files?
EZ> 
EZ> Since I wrote the mail to which you responded, 7 months
EZ> have passed and no one complained.  I think by now it
EZ> should be clear that no one needs this.

It is only that argument that I responded to.

> > That's a false argument and suggests a bad attitude, IMHO.
> 
> With all due respect, I think you throw that accusation a bit lightly.

I cannot know Eli's attitude, of course, which is why I said that his statement
_suggests_ such an attitude to me.  It is always a bad idea to attribute
motivations or feelings to others, I agree.

But to me the rationale he gave fits all too well with such an attitude.  That's
no proof, and anyway the point is not to prove anything about attitudes.

So let me just repeat that, regardless of what the attitudes might be here, we
should want to find out what users really use/want/need, and not just suppose
that emacs-devel activity reflects that.

Regardless of what one can guess wrt attitude, the argument/rationale itself
seems clear enough: lack of complaint here indicates that "no one needs this".

That was the argument given to reject Mathias's reasonable suggestion of a way
to see how many users "actually" use this.  And that argument was what I
objected to.

IOW, not only is it wrong (IMHO) to suppose that emacs-devel activity speaks
adequately for user needs.  It is also wrong to use that as a reason to
immediately reject a suggestion of a way to _really_ know those needs.




  reply	other threads:[~2012-11-18 18:22 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-15 14:28 Emacs Windows barebin distribution Christoph Scholtes
2012-04-15 16:18 ` Eli Zaretskii
2012-11-16 22:48   ` Dani Moncayo
2012-11-16 22:54     ` Dani Moncayo
2012-11-17  7:50     ` Eli Zaretskii
2012-11-17  8:27       ` Dani Moncayo
2012-11-17  8:56         ` Eli Zaretskii
2012-11-18 12:52   ` Mathias Dahl
2012-11-18 15:30     ` Eli Zaretskii
2012-11-18 15:50       ` Drew Adams
2012-11-18 16:20         ` Juanma Barranquero
2012-11-18 17:12           ` Eli Zaretskii
2012-11-18 17:37             ` Drew Adams
2012-11-18 17:55               ` Eli Zaretskii
2012-11-18 18:22                 ` Drew Adams
2012-11-18 19:00                   ` Eli Zaretskii
2012-11-18 17:22           ` Drew Adams
2012-11-18 17:29             ` Juanma Barranquero
2012-11-18 17:39               ` Drew Adams
2012-11-18 17:45                 ` Juanma Barranquero
2012-11-18 18:22                   ` Drew Adams [this message]
2012-11-19  4:02               ` Stephen J. Turnbull
2012-11-18 17:36             ` Eli Zaretskii
2012-11-20 13:58         ` Jason Rumney
2012-11-21  4:23           ` Stephen J. Turnbull
2012-11-18 19:56       ` Mathias Dahl
2012-11-18 20:22         ` Dani Moncayo
2012-11-18 20:45           ` Dani Moncayo
2012-11-18 21:28             ` Eli Zaretskii
2012-11-18 21:14         ` Eli Zaretskii
2012-04-15 16:43 ` Jambunathan K
2012-04-16  0:02   ` Drew Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A72B1338EC834750A07546E9DFCCB2DE@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=cschol2112@googlemail.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=lekktu@gmail.com \
    --cc=mathias.dahl@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.