09.05.2014 4:30 пользователь "Stuart Henderson" написал:
>
> On 2014/05/07 18:24, Nils R wrote:
> > > Hi ports@,
> > >
> > > this is an update of chromaprint to the latest version.
> > >
> > > It builds on amd64, and the tests run fine with `make test`
> > > (the command for running the tests in t
09.05.2014 2:03 пользователь "Dmitrij D. Czarkoff"
написал:
>
> Ingo Schwarze said:
> > Looking again, i think it is better to shorten this to
> >
> > share/doc/man-pages-posix/man{1,3}/*.{1,3}
>
> Why not shorten "man-pages-posix" to just "posix"?
It's upstream name, FWIW. I won't mind to chan
On Fri, May 09, 2014 at 00:53, Anthony J. Bentley wrote:
> Since "we" are in control of upstream... Ted, can you upload a plain
> .tar.gz to Github via the releases page? That way we can avoid the ugly
> distfile hackery. If you feel like it, you can provide a reop signature
> for it too :)
That
Hi Dmitrij and Vadim,
Vadim Zhukov wrote on Fri, May 09, 2014 at 11:57:28AM +0400:
> 09.05.2014 2:03 "Dmitrij D. Czarkoff" :
>> Why not shorten "man-pages-posix" to just "posix"?
That's what i originally suggested, too:
From: Ingo Schwarze
Date: Fri, 24 Jan 2014 00:45:56 +0100
To: Vadim
On Fri, May 09, 2014 at 12:53:14AM -0600, Anthony J. Bentley wrote:
> James Turner writes:
> > New port of tedu's reop is attached. Tested on amd64.
>
> ${INSTALL_PROGRAM_DIR} ${PREFIX}/bin
>
> This line should not be necessary.
>
> Since "we" are in control of upstream... Ted, can you u
09.05.2014 17:17 пользователь "Ingo Schwarze" написал:
>
> Hi Dmitrij and Vadim,
>
> Vadim Zhukov wrote on Fri, May 09, 2014 at 11:57:28AM +0400:
> > 09.05.2014 2:03 "Dmitrij D. Czarkoff" :
>
> >> Why not shorten "man-pages-posix" to just "posix"?
>
> That's what i originally suggested, too:
>
>
This updates lang/ruby/2.0 and lang/ruby/2.1 to the latest version:
https://www.ruby-lang.org/en/news/2014/05/09/ruby-2-0-0-p481-is-released/
https://www.ruby-lang.org/en/news/2014/05/09/ruby-2-1-2-is-released/
This is mostly bugfixes, including a fairly important fix for a
regression in Hash#rej
Just curious, are the older POSIX standards available as man pages
too? Is there a way to install them side-by-side?
I'm by far most interested in the current up-to-date standard, but
being able to easily cross-reference older revisions is sometimes
handy. (E.g., when trying to make sure we're s
09.05.2014 21:18 пользователь "Matthew Dempsky"
написал:
>
> Just curious, are the older POSIX standards available as man pages
> too? Is there a way to install them side-by-side?
>
> I'm by far most interested in the current up-to-date standard, but
> being able to easily cross-reference older r
Anyone? :)
On Tue, Apr 29, 2014 at 11:54:45AM -0300, Gonzalo L. R. wrote:
; Hi,
;
; Update for HAproxy to 1.4.25:
;
; http://haproxy.1wt.eu/download/1.4/src/CHANGELOG
;
; Ok? Comments?
;
; Cheers.-
;
; --
; Sending from my toaster.
; Index: Makefile
; ===
On 2014/05/09 09:55, James Turner wrote:
> On Fri, May 09, 2014 at 12:53:14AM -0600, Anthony J. Bentley wrote:
> > James Turner writes:
> > > New port of tedu's reop is attached. Tested on amd64.
> >
> > ${INSTALL_PROGRAM_DIR} ${PREFIX}/bin
> >
> > This line should not be necessary.
> >
On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
>
> On 05/08/14 19:39, Tobias Ulmer wrote:
> > I've invested some time into adding the mips64(el) backend. It gets
> > quite far (xgcc seems to be fine), but then our ld takes a dump:
> >
> > /usr/bin/ld: not enough GOT space for local GOT
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Stuart Henderson writes:
>
>> On 2014/05/06 19:41, viq wrote:
>>>
>>> Thanks. You think this patch would show same behaviour on the updated
>>> version? If so I could try spend some time with that, see whether that
>>> helps.
>>
>> I can't rem
On 05/09/14 14:41, Pascal Stumpf wrote:
On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
On 05/08/14 19:39, Tobias Ulmer wrote:
I've invested some time into adding the mips64(el) backend. It gets
quite far (xgcc seems to be fine), but then our ld takes a dump:
/usr/bin/ld: not enough
On Sat, May 03, 2014 at 06:15:31PM +0200, frantisek holop wrote:
>
> here is the latest release of mpv.
>
> to remind all willing developers about the sndio issue:
> https://github.com/mpv-player/mpv/issues/531
>
> to make possible debugging even quicker,
> the mp3 file in question that always t
On 2014/05/07 13:05, Henning Brauer wrote:
> hey,
>
> it doesn't look like we have a port for "APE Server", ape-project.org,
> unless I am blind. That right?
>
> If so, is somebody more experienced in ports willing to make one? That
> might save time over having to deal with my naive porting atte
On Fri, May 09, 2014 at 19:49, Stuart Henderson wrote:
> Works on amd64, but macppc fails tests:
>
> ===> Regression tests for reop-1.0.0
> reop: decryption failed
I'll one up that. It segfaults on sparc64. :(
On Fri, May 9, 2014 at 9:16 PM, Jérémie Courrèges-Anglas
wrote:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> Stuart Henderson writes:
>>> So, as it stands, this knocks out py-boto / duplicity / saltstack.
>>
>> As I said to viq privately, I intend to try to fix it very soon (or
>>
On Fri, May 09, 2014 at 18:09, Ted Unangst wrote:
> On Fri, May 09, 2014 at 19:49, Stuart Henderson wrote:
>
>> Works on amd64, but macppc fails tests:
>>
>> ===> Regression tests for reop-1.0.0
>> reop: decryption failed
>
> I'll one up that. It segfaults on sparc64. :(
This will fix it, at t
On Fri, May 09, 2014 at 06:21:04PM -0400, Ted Unangst wrote:
> On Fri, May 09, 2014 at 18:09, Ted Unangst wrote:
> > On Fri, May 09, 2014 at 19:49, Stuart Henderson wrote:
> >
> >> Works on amd64, but macppc fails tests:
> >>
> >> ===> Regression tests for reop-1.0.0
> >> reop: decryption failed
On Fri, May 09, 2014 at 10:28:18PM -0400, James Turner wrote:
> On Fri, May 09, 2014 at 06:21:04PM -0400, Ted Unangst wrote:
> > On Fri, May 09, 2014 at 18:09, Ted Unangst wrote:
> > > On Fri, May 09, 2014 at 19:49, Stuart Henderson wrote:
> > >
> > >> Works on amd64, but macppc fails tests:
> > >
On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote:
>
> On 05/09/14 14:41, Pascal Stumpf wrote:
> >On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
> >>On 05/08/14 19:39, Tobias Ulmer wrote:
> >>>I've invested some time into adding the mips64(el) backend. It gets
> >>>quite fa
Seemingly lots of fairly important changes, nothing in particular that
stands out but it does clean up some memory leaks.
https://metacpan.org/changes/distribution/Parse-RecDescent
And take maintainership
OK?
Index: devel/p5-Parse-RecDescent/Makefile
=
On 05/09/14 23:20, Tobias Ulmer wrote:
On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote:
On 05/09/14 14:41, Pascal Stumpf wrote:
On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
On 05/08/14 19:39, Tobias Ulmer wrote:
I've invested some time into adding the mips64(el) b
On Fri, May 09, 2014 at 11:24:34PM -0400, Brian Callahan wrote:
>
> On 05/09/14 23:20, Tobias Ulmer wrote:
> >On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote:
> >>On 05/09/14 14:41, Pascal Stumpf wrote:
> >>>On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
> On 05/08/14
Try this again, hopefully can get it in before there is another new
version this time.
This changes, in addition to all the other fixes, some potential
segfaults.
https://metacpan.org/changes/distribution/Params-Validate
Plus take maintainership.
OK?
Index: devel/p5-Params-Validate//Makefile
==
A new dependency for the upcoming p5-SQL-Translator update.
This module allows you to build packages that return different
variations depending on what parameters are given.
Users of your package will receive a subroutine able to take parameters
and return the name of a suitable v
On 5/9/14, Ted Unangst wrote:
> On Fri, May 09, 2014 at 18:09, Ted Unangst wrote:
>> On Fri, May 09, 2014 at 19:49, Stuart Henderson wrote:
>>
>>> Works on amd64, but macppc fails tests:
>>>
>>> ===> Regression tests for reop-1.0.0
>>> reop: decryption failed
>>
>> I'll one up that. It segfaults
On 2014/05/07 13:05, Henning Brauer wrote:
> is somebody more experienced in ports willing to make one?
On Fri, May 09, 2014 at 10:01:02PM +0100, Stuart Henderson wrote:
> It's not particularly simple;
Do you *need* APE or just something to do Comet Push?
You can fairly easily write a Comet ser
Minor update, bugfixes, required for the upcoming p5- DBIx-Class update.
https://metacpan.org/changes/distribution/MooseX-Types-LoadableClass
Plus take maintainership
OK?
Index: devel/p5-MooseX-Types-LoadableClass/Makefile
===
RCS f
Minor update required for upcoming p5-DBIx-Class update.
https://metacpan.org/changes/distribution/MRO-Compat
OK?
Index: devel/p5-MRO-Compat/Makefile
===
RCS file: /cvs/ports/devel/p5-MRO-Compat/Makefile,v
retrieving revision 1.10
di
31 matches
Mail list logo