Charlie Sharpsteen | 6 Apr 04:35 2012
Picon

Lua 5.2 has been out for a while

Hey Homebrewers,


I noticed that Lua 5.2 was released around Christmas of last year, but we're still rocking 5.1.4. I'm not extremely knowledgeable about Lua so I have no idea what kind of compatibility issues are present, but it would be nice if someone who lives in the Lua ecosystem could evaluate the feasibility of an upgrade.


-Charlie
Peter Aronoff | 6 Apr 12:26 2012

Re: Lua 5.2 has been out for a while

On Thu Apr 05 2012  <at>   7:35, Charlie Sharpsteen wrote:
> Hey Homebrewers,
> 
> I noticed that Lua 5.2 was released around Christmas of last year, but
> we're still rocking 5.1.4. I'm not extremely knowledgeable about Lua so I
> have no idea what kind of compatibility issues are present, but it would be
> nice if someone who lives in the Lua ecosystem could evaluate the
> feasibility of an upgrade.
> 
> 
> -Charlie

One big question is whether LuaRocks supports Lua 5.2 yet. The last I heard
it didn't, but I haven't followed very closely in a couple of months. (I
use Lua, but not constantly and I'm no expert.)

A quick look at the LuaRocks dev mail list shows discussion of 5.2
compatibility (a beta) in early March, but no announcement of a finished
version. But Debian seems to have closed a bug about Lua 5.2 not working
with LuaRocks[1], and they're using what looks to be the latest release of
LuaRocks (2.0.8)[2].

I'm hoping someone who knows more can clarify, but at least I wanted to
mention the issue.

Thanks, P

[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650866
[2]: http://ftp.de.debian.org/debian/pool/main/l/luarocks/luarocks_2.0.8-1.dsc

--

-- 
We have not been faced with the need to satisfy someone else's
requirements, and for this freedom we are grateful.
    Dennis Ritchie and Ken Thompson, The UNIX Time-Sharing System

Dave Cottlehuber | 6 Apr 22:50 2012
Picon

CouchDB 1.2.0 release & updated recipe

Hi folks,

I've got a pull req open for a few days now for CouchDB 1.2.0, which
was officially released today - woo!! It requires an updated OpenSSL
which I've sent through also:

https://github.com/mxcl/homebrew/pulls/dch

It would be great if the Easter Bunny could find time to commit these
so people can brew up a storm from our wiki
http://wiki.apache.org/couchdb/Installing_on_OSX

Thanks, Dave
dch@...

Nehemiah Dacres | 9 Apr 23:05 2012
Picon

clang only gcc

I am worried about the day when I'll no longer be able to download Xcode for snowLeopard. Can I use Homebrew with JUST clang?

--

"

Why would one want to demotivate people who work on an "indie" OS? Would he/she also bash amateur music bands for making "indie" music and not working for a major record label? What kind of person are such people?

You must be new on the Internet.


http://linux.slashdot.org/comments.pl?sid=2482108&cid=37752854

Charlie Sharpsteen | 9 Apr 23:21 2012
Picon

Re: clang only gcc

On Mon, Apr 9, 2012 at 2:05 PM, Nehemiah Dacres <vivacarlie <at> gmail.com> wrote:

I am worried about the day when I'll no longer be able to download Xcode for snowLeopard. Can I use Homebrew with JUST clang?

Homebrew currently has formulae for 2076 software projects in the main repository. Of those, 24 contain a `fails_with :clang` block. So, ~1.15% of our software catalog is known to be incompatible with Clang. I would imagine there is another dozen or so projects that fail with Clang that we haven't discovered and flagged yet.


-Charlie 
Mike McQuaid | 10 Apr 11:34 2012

Re: clang only gcc


On 10 Apr 2012, at 07:21, Charlie Sharpsteen wrote:

> Homebrew currently has formulae for 2076 software projects in the main repository. Of those, 24 contain a
`fails_with :clang` block. So, ~1.15% of our software catalog is known to be incompatible with Clang. I
would imagine there is another dozen or so projects that fail with Clang that we haven't discovered and
flagged yet.

And some of those only fail with old versions of Clang. Eventually everything will be fixed to use Clang,
fear not.

--
Mike McQuaid
http://mikemcquaid.com

Picon

Python, Ruby and Perl

Hi,

Are there a better solution than this "Gems, Eggs and Perl Modules"[1] ?

1 - https://github.com/mxcl/homebrew/wiki/Gems,-Eggs-and-Perl-Modules

Thanks

--

-- 
Robson Roberto Souza Peixoto
Robinho
Master in Computer Science, University of Campinas
Linux Counter #395633
IRC: robsonpeixoto
Twitter: http://twitter.com/rrspba
github: https://github.com/robsonpeixoto

Peter Aronoff | 12 Apr 14:05 2012

Re: Python, Ruby and Perl

On Thu Apr 12 2012  <at>   8:28, Robson Roberto Souza Peixoto wrote:
> Are there a better solution than this "Gems, Eggs and Perl Modules"[1] ?

It would help if you said more about what you mean by "better". That is,
what don't you like about the ideas there?

For my part, I manage Perl interpreters with Perlbrew[1] and Ruby
interpreters with rvm[2] or rbenv[3]. It works very well, and it allows me
a lot more variety and freedom to switch than would probably be possible if
Homebrew managed everything. (I don't use Python, but I'm sure that there
are similar things available for it.)

Again, say more about what you want and what you can't do and then someone
may be able to give advice.

HTH, P

[1]: https://github.com/gugod/App-perlbrew
[2]: http://beginrescueend.com/
[3]: https://github.com/sstephenson/rbenv

--

-- 
[D]igital information lasts forever--or five years, whichever comes first.
    "Ensuring the Longevity of Digital Information", Jeff Rothenberg

Picon

Re: Python, Ruby and Perl

I'd like, for example, install subversion with Perl + python + ruby without pain.

Will I really need to change the directory permissions?

Via Android

Em 12/04/2012 09:06, "Peter Aronoff" <telemachus <at> arpinum.org> escreveu:
On Thu Apr 12 2012 <at>  8:28, Robson Roberto Souza Peixoto wrote:
> Are there a better solution than this "Gems, Eggs and Perl Modules"[1] ?

It would help if you said more about what you mean by "better". That is,
what don't you like about the ideas there?

For my part, I manage Perl interpreters with Perlbrew[1] and Ruby
interpreters with rvm[2] or rbenv[3]. It works very well, and it allows me
a lot more variety and freedom to switch than would probably be possible if
Homebrew managed everything. (I don't use Python, but I'm sure that there
are similar things available for it.)

Again, say more about what you want and what you can't do and then someone
may be able to give advice.

HTH, P

[1]: https://github.com/gugod/App-perlbrew
[2]: http://beginrescueend.com/
[3]: https://github.com/sstephenson/rbenv

--
[D]igital information lasts forever--or five years, whichever comes first.
   "Ensuring the Longevity of Digital Information", Jeff Rothenberg
Greg Turnquist | 12 Apr 16:10 2012
Picon

Re: Python, Ruby and Perl

I would like to install xyz without pain.


Sorry, but that is an incredibly general requirement, and something everyone has been seeking for a long time.

Regarding python, have you ever used virtualenv? You create a local repo of python, and can install anything using pip or easy_install without changing any permissions. Because it's isolated, you can create different repos for different projects. This is gobs better than what homebrew would offer.

On Thu, Apr 12, 2012 at 8:52 AM, Robson Roberto Souza Peixoto <robsonpeixoto <at> gmail.com> wrote:

I'd like, for example, install subversion with Perl + python + ruby without pain.

Will I really need to change the directory permissions?

Via Android

Em 12/04/2012 09:06, "Peter Aronoff" <telemachus <at> arpinum.org> escreveu:

On Thu Apr 12 2012 <at>  8:28, Robson Roberto Souza Peixoto wrote:
> Are there a better solution than this "Gems, Eggs and Perl Modules"[1] ?

It would help if you said more about what you mean by "better". That is,
what don't you like about the ideas there?

For my part, I manage Perl interpreters with Perlbrew[1] and Ruby
interpreters with rvm[2] or rbenv[3]. It works very well, and it allows me
a lot more variety and freedom to switch than would probably be possible if
Homebrew managed everything. (I don't use Python, but I'm sure that there
are similar things available for it.)

Again, say more about what you want and what you can't do and then someone
may be able to give advice.

HTH, P

[1]: https://github.com/gugod/App-perlbrew
[2]: http://beginrescueend.com/
[3]: https://github.com/sstephenson/rbenv

--
[D]igital information lasts forever--or five years, whichever comes first.
   "Ensuring the Longevity of Digital Information", Jeff Rothenberg



--
Greg Turnquist (Greg.L.Turnquist <at> gmail.com)


Gmane