Is anyone maintaining a port repository mirror in git somewhere? I've noticed
a few personal repos in github, but I haven't found anyone mirroring the
official SVN repo.
--
http://josephholsten.com
___
macports-dev mailing list
macports-dev@lists.maco
On May 19, 2010, at 11:37 AM, David Baumgold wrote:
> On Wed, May 19, 2010 at 2:24 PM, Joseph Holsten
> wrote:
>> David Baumgold wrote:
>>
>>> As far as I can tell, MacPorts has very poor support for Ruby 1.9. I'm
>>> going to be taking a class that req
David Baumgold wrote:
> As far as I can tell, MacPorts has very poor support for Ruby 1.9. I'm
> going to be taking a class that requires using Ruby 1.9, so I have a
> big incentive to fix this. :) I know that MacPorts Python has the
> python_select port -- is there an equivalent ruby_select port?
Daniel O'Connor wrote:
> I'm trying to port tclreadline but I'm having problems convincing it that the
> linker does shared libs..
[snip
> I have a reasonable amount of experience with FreeBSD ports but none for
> MacPorts so any help is appreciated :)
I've created a new ticket for you to track
It seems the only good way to fix ticket #24244 is to revert r65344, changing
the version back down from 0.5.4 to 0.4.1. Is there a way to do this that isn't
a complete mess?
It seems the current hs-mmap 0.5 won't play nice with the current
hs-hashed-storage 0.4. The only port depending on hs-
Ryan Schmidt wrote:
> The SourceForge newsfeed has become increasingly unreliable of late and I
> hate it. :) My new favorite SourceForge livecheck is:
>
> livecheck.type regex
> livecheck.url http://sourceforge.net/projects/${name}/files/
> livecheck.regex ${name}-(\[0-9.\]+)\\.tar
[snip]
> Mayb
Ryan Schmidt wrote:
> Let's do another.
>
> alphamail seems to have been updated (port version: 1.0.16, new version: 1.05)
[snip a tale of shaved yaks]
> That's all I can do for this one for now.
>
> Not sure if any of this is being helpful to you. Each port has its own story
> and its own needs
Ryan Schmidt wrote:
> Marko Käning wrote:
>>
>> Is there a way to determine how often ports got actually installed?
>
> Or we could channel all downloads through a central redirection script, like
> SourceForge does. Thus we could count downloads (like SF), and perhaps even
> implement a better
