BARRIER - json, thin, eventmachine - do not install on windows

I use a fresh installation of ruby 1.9.2p180 to make some tests with
web-frameworks on a windows machine.

Most installation of libraries went through without problems.

Except: json and thin (the eventmachine part)

"
Fetching: eventmachine-0.12.10.gem (100%)
ERROR: Error installing thin:
        The 'eventmachine' native gem requires installed build tools.
"

for JSON there is a json_pure replacement (gem install json_pure).

is there any replacement for "eventmachine"?

Requirement:

installation without any (either manual or automatic) compilation
steps.

.

···

--
(please refrain from off-topic and off-context comments and focus on
the technical essence)
http://lazaridis.com

There isn't, EventMachine is written in C++, for performance.

I use a fresh installation of ruby 1.9.2p180 to make some tests with
web-frameworks on a windows machine.

Most installation of libraries went through without problems.

Except: json and thin (the eventmachine part)

"
Fetching: eventmachine-0.12.10.gem (100%)
ERROR: Error installing thin:
The 'eventmachine' native gem requires installed build tools.
"

for JSON there is a json_pure replacement (gem install json_pure).

is there any replacement for "eventmachine"?

No, thin requires eventmachine. There are, of course, many Ruby web
servers besides thin. Making a recommendation as to which would best
serve your needs requires knowing more about you needs than what
you've stated.

Requirement:

installation without any (either manual or automatic) compilation

Why is this a requirement? Why can't you just use devkit on windows?
It works quite well.

···

On Sunday, May 22, 2011, Ilias Lazaridis <ilias@lazaridis.com> wrote:

I use a fresh installation of ruby 1.9.2p180 to make some tests with
web-frameworks on a windows machine.

Please: stop adding "BARRIER" to your posts, it is clear you're having
problems and there is no need to overstate them.

Most installation of libraries went through without problems.

Except: json and thin (the eventmachine part)

The binaries for JSON ddin't work across versions of Ruby (1.8.x and
1.9.x) and that is the reason these binaries were requested to be
removed:

http://help.rubygems.org/discussions/problems/541-the-case-about-yanking-json-windows-binaries

In the current version of EventMachine there is no binaries, but pre-
release version (1.0.x) does provides binaries, so does Thin:

https://rubygems.org/gems/thin/versions/1.2.11-x86-mingw32
https://rubygems.org/gems/eventmachine/versions/1.0.0.beta.3-x86-mingw32

"
Fetching: eventmachine-0.12.10.gem (100%)
ERROR: Error installing thin:
The 'eventmachine' native gem requires installed build tools.
"

You're removing the part that state how to install development tools
to be able to successfully compile it.

It was intentional?

If you're working on other platform than Windows, it will be required
for you to have development tools to compile these gems. In this case,
and by current releases, it is required, but newer releases might not
require them.

···

On May 22, 11:59 am, Ilias Lazaridis <il...@lazaridis.com> wrote:

--
Luis Lavena

Subjecting JSON: fixed for ruby 1.9.3

(json library was already included within 1.9, but it was "hidden"
from the rubygems system)

.

···

On 22 Μάϊος, 18:59, Ilias Lazaridis <il...@lazaridis.com> wrote:

I use a fresh installation of ruby 1.9.2p180 to make some tests with
web-frameworks on a windows machine.

Most installation of libraries went through without problems.

Except: json and thin (the eventmachine part)

"
Fetching: eventmachine-0.12.10.gem (100%)
ERROR: Error installing thin:
The 'eventmachine' native gem requires installed build tools.
"

for JSON there is a json_pure replacement (gem install json_pure).

is there any replacement for "eventmachine"?

Requirement:

installation without any (either manual or automatic) compilation
steps.

--
http://lazaridis.com

[...]

Please: stop

[...] - (subjecting personal writing style )

The binaries for JSON
[...] - (complex information)

In the current version of EventMachine
[...] - (complex information)

···

On 22 Μάϊος, 20:31, Luis Lavena <luislav...@gmail.com> wrote:

-

May someone can tell me:

Who can provide / upload the native gems (windows binaries) of the
"eventmachine"?

And who could provide / upload an automated fall-back to the
"json_pure" if "json" cannot be build locally?

.

--
http://lazaridis.com

Please: stop adding "BARRIER" to your posts, it is clear you're having
problems and there is no need to overstate them.

Um, it's Ilias. He's trolling.

All he is going to do is to flame you for making "off-topic remarks".

Pretty much he's going to annoy the list with pointless trolling, and
then he will write an angry review of ruby, just to piss people off
more.

On the last "BARRIER" a few folk mentioned that he is a well known
idiot. It's true! He does this to many lists.

P.S. here is some hilarious reading, it has a section on Ilias
http://www.tfeb.org/lisp/mad-people.html

P.S.S. Sorry for my angriness, nice people

[...] - (off topic, off line, personal)

Mr. Morrice.

I hope you are aware that you have already crossed moral and legal
lines.

···

On 23 Μάϊος, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:

-

Note to readers:

I evaluated ruby 5 years before, and I have chosen it now for my
projects, in order to implement the 1.0 line (before I switch one day
to C++ for the 2.0 line).

http://dev.lazaridis.com/case/wiki/RubyAudit
http://dev.lazaridis.com/case/wiki/CoreLiveEval

I hope that the professionals within this group will intervene at some
point, if the "attacks" on my person continue.

And of course I hope that there are still people on this group which
are professional enough to simply reply based on a given requirement,
instead of starting to discuss the requirement.

.

--
http://lazaridis.com

The binaries for JSON
[...] - (complex information)

In the current version of EventMachine
[...] - (complex information)

What you consider "complex" information is needed information.

May someone can tell me:

Who can provide / upload the native gems (windows binaries) of the
"eventmachine"?

Gem authors.

And this has already been covered in newer versions of these
libraries,at least the EventMachine one.

Since thin depends on >= version of EventManchine, you can try
installing the pre-release version:

gem install eventmachine --pre

And then try to install Thin.

And who could provide / upload an automated fall-back to the
"json_pure" if "json" cannot be build locally?

There is no possible fallback in that scenario, you need to code in
your application/library/whatever you're writing this fallback.

Also, if you want this attempt to be solved in each of the libraries
you mention, patches are welcome.

···

On May 22, 5:53 pm, Ilias Lazaridis <il...@lazaridis.com> wrote:

--
Luis Lavena

Would you care to enumerate the legal lines that have been crossed?

Thought not :0

···

2011/5/23 Ilias Lazaridis <ilias@lazaridis.com>:

On 23 Μάϊος, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:
[...] - (off topic, off line, personal)

Mr. Morrice.

I hope you are aware that you have already crossed moral and legal
lines.

> The binaries for JSON
> [...] - (complex information)

> In the current version of EventMachine
> [...] - (complex information)

What you consider "complex" information is needed information.

What can I say. Possibly: thank you for providing the information, I
am sure that other readers have reviewed it (or will review it).

> May someone can tell me:

> Who can provide / upload the native gems (windows binaries) of the
> "eventmachine"?

Gem authors.

[...]

ok

> And who could provide / upload an automated fall-back to the
> "json_pure" if "json" cannot be build locally?

There is no possible fallback in that scenario, you need to code in
your application/library/whatever you're writing this fallback.

something like (pseudocode)
try:
  require gem "json" version ...
catch:
  require gem "json_pure" version ... # fallback to json_pure, thus
gem retrieval does not abort.

Also, if you want this attempt to be solved in each of the libraries
you mention, patches are welcome.

I understand that "patches are welcome", as those are open source
projects.

(You really don't have to mention it every time.)

···

On 23 Μάϊος, 16:33, Luis Lavena <luislav...@gmail.com> wrote:

On May 22, 5:53 pm, Ilias Lazaridis <il...@lazaridis.com> wrote:

-

The "thin" / "eventmachine" issue is trivial:

* thin should require only "eventmachine" versions which have native
gems available.

The "json" issue:

The author
* should provide native gems, or
* should provide "json_pure" as a pseudo-native-gem for windows (or
as a general fallback)

The "gem" issue:

The gem team should provide a mechanism for "fallbacks", in order to
ensure that cases like "json" can be resolved immediately without user
interventions (instead of aborting the gem installation sequence which
is triggered by a gem with dependencies).

Some gems are far to important, and they can mess up the user-
experience completely.

-

I have understood the issues now.

Thank you very much for your time!

.

--
http://lazaridis.com

[...] - (off topic, off line, personal)

Mr. Morrice.

I hope you are aware that you have already crossed moral and legal
lines.

Unlikely.

Moral -- When you ask a group of volunteers for help, you _ask_. You don't
demand, with "requirements", and then refuse to read the responses because
they're "too complicated" without offering a single reason why. I would
actually consider it a moral obligation to point these things out, so that
others don't waste their time trying to engage you.

Legal -- I'm calling your bluff. You can either claim that troll is well-
defined enough that it is a factual claim, in which case, I think the evidence
is against you -- and even if you were able to show it to be false, for it to
be slander, you would also have to show it to be malicious. If troll is not
well-defined enough to be a factual matter, then it is an opinion, and
opinions are not actionable -- if it is merely our _opinion_ that you are a
troll, it is also our right to express that opinion.

Legally, it's more complicated than that, of course. But there's also the
Streissand Effect -- if you do attempt to sue any of us because we called you
a troll, you're going to make headlines in any geek, Internet, or developer-
oriented news sources. The fact that the readers Slashdot, Digg, Reddit,
Wired, etc would all know that you couldn't handle someone calling you a troll
would do far more damage to your reputation than anything we say here.

So please, don't make legal threats. You know legal action over this cannot
possibly end well for you. Since you are hopefully smart enough not to pursue
such legal action, mentioning that it "crosses legal lines" is both childish
and irrelevant.

I hope that the professionals within this group will intervene at some
point, if the "attacks" on my person continue.

What form would you expect that intervention to take? There have been much
more heated flamewars, with much worse names than "troll" thrown around,
without people being banned from the list.

Or are you expecting people to speak out on your behalf? In that case, it
would help if you did anything constructive, even something which would
benefit you: Read and understand the "complicated" advice, or ask us questions
about it, and actually engage us, instead of:

And of course I hope that there are still people on this group which
are professional enough to simply reply based on a given requirement,
instead of starting to discuss the requirement.

It would be unprofessional of me not to discuss a requirement with an actual
client who is actually paying me, so where does that leave you?

Consider: If the client wants a Java Web Start application which does nothing
but open a web browser pointed at a Flash application which does nothing but
grab XML over HTTP, pass it to a Silverlight app which applies an XSLT
transform to convert them to HTML, and finally render them in the browser...

It would be unprofessional, immoral, and stupid to "simply reply" based on
that requirement, let alone to actually build that nightmare. It would be my
obligation as a developer, a professional, and a human being to at least
"discuss" it with the poor misguided user -- try to talk them out of it, or at
least figure out why they're doing it that way instead of applying the XSLT on
the server and serving plain HTML, or delivering the XML+XSLT to supporting
browsers, or at the very least, using JavaScript to perform this task rather
than three separate plugins.

Now consider your case. It would be unprofessional of me not to ask why you
cannot have build tools, as this would be a trivial solution to your problem
without requiring anyone to do anything to any existing gems.

···

On Monday, May 23, 2011 05:35:26 AM Ilias Lazaridis wrote:

On 23 Μάϊος, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:

You may want to research for "Defamation" / "Defamation of Character".

···

On 23 Μάϊος, 14:07, Peter Hickman <peterhickman...@googlemail.com> wrote:

2011/5/23 Ilias Lazaridis <il...@lazaridis.com>:

> On 23 ÌÜúïò, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:
> [...] - (off topic, off line, personal)

> Mr. Morrice.

> I hope you are aware that you have already crossed moral and legal
> lines.

Would you care to enumerate the legal lines that have been crossed?

Thought not :0

-

So, I like to repeat:

"I hope that the professionals within this group will intervene at
some
point, if the "attacks" on my person continue."

.

--
http://lazaridis.com

> Also, if you want this attempt to be solved in each of the libraries
> you mention, patches are welcome.

I understand that "patches are welcome", as those are open source
projects.

(You really don't have to mention it every time.)

And you don't have to prepend every single thread as "BARRIER", but
you still does, so I guess is fair, right? :slight_smile:

-

The "thin" / "eventmachine" issue is trivial:

* thin should require only "eventmachine" versions which have native
gems available.

The "json" issue:

The author
* should provide native gems, or
* should provide "json_pure" as a pseudo-native-gem for windows (or
as a general fallback)

Awesome, bring this to the gem authors, even better, work with them in
coordinate two projects different release schedules so these situation
gets satisfied.

The "gem" issue:

The gem team should provide a mechanism for "fallbacks", in order to
ensure that cases like "json" can be resolved immediately without user
interventions (instead of aborting the gem installation sequence which
is triggered by a gem with dependencies).

gem installation is aborted because there is no development tools
available in your system to compile the gem.

That is way better than the failure message that was previously
displayed.

Some gems are far to important, and they can mess up the user-
experience completely.

Please see the entire thread I referred before, what you consider
complex information indeed included important information for YOU to
understand the JSON situation.

Is not that nobody have tried, but is still a complex situation.

I have understood the issues now.

Thank you very much for your time!

You're welcome.

···

On May 23, 10:37 am, Ilias Lazaridis <il...@lazaridis.com> wrote:

--
Luis Lavena

Also, if you want this attempt to be solved in each of the libraries
you mention, patches are welcome.

I understand that "patches are welcome", as those are open source
projects.

Actually, "open source" projects and "patches are welcome" projects
aren't the same thing at all, though the two groups have considerable
overlap. Its quite possible for something to be released under an open
source license but not be particularly welcoming of community patches.

The "thin" / "eventmachine" issue is trivial:

* thin should require only "eventmachine" versions which have native
gems available.

Which eventmachine versions (if any) have pre-compiled native gems
available will depend on which platform you are using Ruby on, though
AFAIK is mostly an issue on Windows platforms, which are the main
platforms where a Ruby developer (using the main, C-based
implementation) may not have a usable environment to build native
extensions. But I don't think that gem developers should avoid relying
on C-based extensions that don't have pre-built Windows binaries
available just to suit Windows users anymore than they should avoid
relying (or creating) C-based extensions entirely just to suit users
of other Ruby implementations (e.g., JRuby, MagLev, whatever) that
don't support C-based extensions in the first place.

At any rate, the place to address this issue is by filing a bug report
on the thin projects issue tracker.

The "json" issue:

The author
* should provide native gems, or
* should provide "json_pure" as a pseudo-native-gem for windows (or
as a general fallback)

Generally, as above, except for which project's issue tracker this
should be filed with if you want it changed.

The "gem" issue:

The gem team should provide a mechanism for "fallbacks", in order to
ensure that cases like "json" can be resolved immediately without user
interventions (instead of aborting the gem installation sequence which
is triggered by a gem with dependencies).

I actually agree that or-based (rather than only and-based)
dependencies for gems is a really good idea.

Again, the place for this is, first-and-foremost, the RubyGems project.

Some gems are far to important, and they can mess up the user-
experience completely.

Developers ought to be able to read the docs of gems they might depend
on and figure out if they are right for their work (including
consideration of the platform on which they are working and the
availability of build tools; or, where appropriate, considering which
platform is appropriate given what they want to be building.)

Users that are not developers ought to be insulated from this issue by
application developers consideration toward end users, including
things like delivering prepackaged apps that include all dependencies,
for which end there are a variety of tools (e.g., Bundler) available
in the Ruby ecosystem.

···

2011/5/23 Ilias Lazaridis <ilias@lazaridis.com>:

[...] - (off topic, off line, personal)

And of course I hope that there are still people on this group which
are professional enough to simply reply based on a given requirement,
instead of starting to discuss the requirement.

Originally I did not want to reply but I can't leave this statement of
Ilias uncommented: basically this means "shut up and answer my
questions". This is an insult to the complete community which is
trying to be helpful despite the reputation he has gained in the past.
That kind of attitude might work towards someone I am paying
(although even there it is bad style and not likely to improve the
outcome of the collaboration) but it is completely misguided towards a
community of volunteers who interact because of the fun or because
they like to discuss technical issues. Ilias, if you do not want to
discuss your requirement you don't have to. But we are equally free
in the way we reply so please keep that in mind. It's give and take
and communities like ours work only if there is a balance, giving more
than one takes usually works pretty well while the opposite doesn't.

It would be unprofessional of me not to discuss a requirement with an actual
client who is actually paying me, so where does that leave you?

Exactly!

Kind regards

robert

···

2011/5/24 David Masover <ninja@slaphack.com>:

On Monday, May 23, 2011 05:35:26 AM Ilias Lazaridis wrote:

On 23 Μάϊος, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:

--
remember.guy do |as, often| as.you_can - without end
http://blog.rubybestpractices.com/

Well, all of this is approximately true of U.S. law (not quite though;
actual malice is only required in certain cases, though where it isn't
at least actual or constructive knowledge of the falsity of the
statement is still required.) There are jurisdictions that have much
looser standards when it comes to defamation, (e.g., the UK), and
plenty of jurisdictions are willing to treat anything on the internet
as subject to their law no matter where it originated or where the
notional victim is located. So its almost impossible to say anything
on the internet without there being an arguable case that you've
broken some law somewhere on Earth where the jurisdiction might
plausibly be convinced to actually treat you as subject to its law if
a case where brought against you, but as long as its not a
jurisdiction in which you have vulnerable assets, are likely to seek
to do business or travel, or a jurisdiction with the will and capacity
to forcibly reach into foreign jurisdictions to enforce the law in
question, or with which a jurisdiction meeting one of those
descriptions is likely to cooperate in enforcing the law, it really
doesn't matter all that much except in the theoretical sense.

···

2011/5/23 David Masover <ninja@slaphack.com>:

On Monday, May 23, 2011 05:35:26 AM Ilias Lazaridis wrote:

On 23 Μάϊος, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:
[...] - (off topic, off line, personal)

Mr. Morrice.

I hope you are aware that you have already crossed moral and legal
lines.

Unlikely.

Moral -- When you ask a group of volunteers for help, you _ask_. You don't
demand, with "requirements", and then refuse to read the responses because
they're "too complicated" without offering a single reason why. I would
actually consider it a moral obligation to point these things out, so that
others don't waste their time trying to engage you.

Legal -- I'm calling your bluff. You can either claim that troll is well-
defined enough that it is a factual claim, in which case, I think the evidence
is against you -- and even if you were able to show it to be false, for it to
be slander, you would also have to show it to be malicious. If troll is not
well-defined enough to be a factual matter, then it is an opinion, and
opinions are not actionable -- if it is merely our _opinion_ that you are a
troll, it is also our right to express that opinion.

HAHAHAAHAHAHAAHAHAHA!

You've "defamed" yourself enough over the past 10+ YEARS that we don't have to do any more of it.

Your brain would be fascinating to dissect to try to figure out how one single individual could be so deluded that even after over a decade of trolling, being called a troll, being ridiculed for repeated attempts at trolling, to not realize that yes, you actually are a troll.

You, sir, have NO character to speak of, other than the one you keep getting called; that of a TROLL. Thus there is no defamation of character if what we're saying is the truth.

Now go away or we shall taunt you a second time. Your presence here, and our responses, are not harming Ruby in the slightest.

Jason

···

On May 23, 2011, at 8:00 AM, Ilias Lazaridis wrote:

On 23 Μάϊος, 14:07, Peter Hickman <peterhickman...@googlemail.com> > wrote:

2011/5/23 Ilias Lazaridis <il...@lazaridis.com>:

On 23 ÌÜúïò, 02:27, Johnny Morrice <sp...@killersmurf.com> wrote:
[...] - (off topic, off line, personal)

Mr. Morrice.

I hope you are aware that you have already crossed moral and legal
lines.

Would you care to enumerate the legal lines that have been crossed?

Thought not :0

You may want to research for "Defamation" / "Defamation of Character".

-

So, I like to repeat:

"I hope that the professionals within this group will intervene at
some
point, if the "attacks" on my person continue."

.

--
http://lazaridis.com

Summarizing:

[...]

> The "thin" / "eventmachine" issue is trivial:

> * thin should require only "eventmachine" versions which have native
> gems available.

> The "json" issue:

> The author
> * should provide native gems, or
> * should provide "json_pure" as a pseudo-native-gem for windows (or
> as a general fallback)

[...]

> The "gem" issue:

> The gem team should provide a mechanism for "fallbacks", in order to
> ensure that cases like "json" can be resolved immediately without user
> interventions (instead of aborting the gem installation sequence which
> is triggered by a gem with dependencies).

[...]

.

···

--
http://lazaridis.com

That is your summary only quoting your own statements, which is unfair
having considered the time I spent providing your useful information.

Seems you only want to see what you only want to see and consider
these facts or partial appreciations of reality the only valid and
valuable information.

A shame.

···

On May 23, 2:08 pm, Ilias Lazaridis <il...@lazaridis.com> wrote:

Summarizing:

--
Luis Lavena