Attached is another update based on your feedback:
> Just some nitpicks:
>
> Not quite with the @sample.
> vit-commands is supposed to live in /etc, right?
Yeah, I completely messed that up, but I don't think that file belongs in /etc
or /usr/local/etc. It is only used for the help display ins
|
| Then I don't normally use dpb for fetching files either, but use make fetch.
|
| When I do the cvs update I generate a list to be fetched.
|
| Some sites don't like multiple download requests at the same time, using
| make fetch avoids that.
|
| If the ftp hangs kill the process and let
On 10/30/2013 8:33 PM, Brad Smith wrote:
On 30/10/13 8:18 PM, Brian Callahan wrote:
On 10/30/2013 8:09 PM, Brad Smith wrote:
On 30/10/13 7:49 PM, Brian Callahan wrote:
* sdl2-mixer requires SMPEG>=2.0.0, so it does not have MP3 support.
This doesn't affect my needs (manaplus uses ogg). However
On 30/10/13 8:18 PM, Brian Callahan wrote:
On 10/30/2013 8:09 PM, Brad Smith wrote:
On 30/10/13 7:49 PM, Brian Callahan wrote:
* sdl2-mixer requires SMPEG>=2.0.0, so it does not have MP3 support.
This doesn't affect my needs (manaplus uses ogg). However, I've left the
DESCR and other bits talki
On 10/30/2013 8:09 PM, Brad Smith wrote:
On 30/10/13 7:49 PM, Brian Callahan wrote:
* sdl2-mixer requires SMPEG>=2.0.0, so it does not have MP3 support.
This doesn't affect my needs (manaplus uses ogg). However, I've left the
DESCR and other bits talking about MP3 on the assumption that someone
On 30/10/13 7:49 PM, Brian Callahan wrote:
* sdl2-mixer requires SMPEG>=2.0.0, so it does not have MP3 support.
This doesn't affect my needs (manaplus uses ogg). However, I've left the
DESCR and other bits talking about MP3 on the assumption that someone
will update SMPEG at some point.
This wo
Hi,
The diff below updates ngircd to version 21.
I've moved the config to /etc/ngircd. I appreciate this adds a manual
step to the upgrade process but should be better in the long run and
people using ssl and/or having a separate motd file will benefit.
I've been running with some form of
On 10/30/13 17:39, Predrag Punosevac wrote:
> Dear All,
>
> I was trying to build last night all packages for amd64 as I promised
> two weeks ago to Mark Espie on that Supermicro server with 64 cores and
> 256 GB of RAM. I was using the snapshot from yesterday and the latest
> port. dmesg has been
Hi ports --
Next on the list is sdl2-mixer. Again, based heavily on the sdl-mixer port.
Some caveats:
* I had to explicitly enable mikmod for it to be picked up.
* sdl2-mixer requires SMPEG>=2.0.0, so it does not have MP3 support.
This doesn't affect my needs (manaplus uses ogg). However, I've
Brian Callahan devio.us> writes:
> Woah. Cool! Got this built on my loongson.
> One of the tests fails on loongson (I don't know what it looks like on
> other archs) but I don't think that's a reason not to get this in.
> ok for me if someone wants to commit.
(for archive)
http://gcc.gnu.org/o
On 10/30/2013 2:45 PM, Donovan Watteau wrote:
Hi,
x11/py-gtk2 is marked as BROKEN on alpha and mips64 (actually, it
should be marked as BROKEN on mips64el too) because ".got subsegment
exceeds 64K".
However, building the offending library with -mxgot lets it build
on mips64el. It looks like -m
> >> But you must remove the CFLAGS optimisation in the Makefile.
> >
> > Thanks. Changed -O3 to -O2, which I assume is fine.
>
> No. You must remove it.
>
> Looking at that patch though, I would do this:
> MAKE_FLAGS = CC="${CC}" CFLAGS="${CFLAGS}"
>
Sorry, I misunderstood ($ echo RTFM >> TO
> >>
> >>$ time pigz foo.tar
> >>0m9.43s real 0m22.36s user 0m7.13s system
>
> Just curious, any idea what's causing all that extra system time? How many
> cores was this run at?
>
> >>$ time gzip foo.tar
> >>0m23.63s real 0m21.31s user 0m0.67s system
> >
On Wed, Oct 30, 2013 at 12:06:20PM +, Stuart Henderson wrote:
> On 2013/10/30 12:24, David Coppa wrote:
> > On Wed, 30 Oct 2013, Stuart Henderson wrote:
> >
> > > On 2013/10/30 11:50, Robert Peichaer wrote:
> > > > (comments about slim.rc shell style in my previous mail)
> > >
> > > I didn't
On 10/30/2013 4:16 PM, Thomas Pfaff wrote:
"A parallel implementation of gzip for modern multi-processor,
multi-core machines." -- http://zlib.net/pigz/
Seems ok to me.
But you must remove the CFLAGS optimisation in the Makefile.
Thanks. Changed -O3 to -O2, which I assume is fine.
No. Yo
> > "A parallel implementation of gzip for modern multi-processor,
> > multi-core machines." -- http://zlib.net/pigz/
>
> Seems ok to me.
> But you must remove the CFLAGS optimisation in the Makefile.
>
Thanks. Changed -O3 to -O2, which I assume is fine.
pigz-2.3.1.tgz
Description: Unix tar ar
Hi ports --
Now that SDL2 is in I'm going to start mailing out all the add-on libs.
First is sdl2-image. This port is based heavily on the sdl-image port,
mostly with sdl replaced with sdl2.
Builds/installs ok on amd64/loongson/macppc. Run tested ok on amd64 with
the SDL2 manaplus client.
Benoit Lecocq wrote:
>On 10/28/13 22:05, Thomas Pfaff wrote:
>> Hi.
>>
>> I sent this a while back but this time add myself as maintainer
>> and update pigz to the latest release.
>>
>> "A parallel implementation of gzip for modern multi-processor,
>> multi-core machines." -- http://zlib.net/p
Bikeshedding on...
Actually not sure if it's a ksh'ism or not, but I tend to use
let i++
Either way, the backtick variant looked a bit too much.
/Alexander
Stuart Henderson wrote:
>On 2013/10/30 11:50, Robert Peichaer wrote:
>> (comments about slim.rc shell style in my previous mail)
>
>
Hi,
x11/py-gtk2 is marked as BROKEN on alpha and mips64 (actually, it
should be marked as BROKEN on mips64el too) because ".got subsegment
exceeds 64K".
However, building the offending library with -mxgot lets it build
on mips64el. It looks like -mxgot makes it slower but, IHMO,
a) it's better t
Dear All,
I was trying to build last night all packages for amd64 as I promised
two weeks ago to Mark Espie on that Supermicro server with 64 cores and
256 GB of RAM. I was using the snapshot from yesterday and the latest
port. dmesg has been sent to dmesg@ I just run
./dpb -a
As I came this mor
On Wed, Oct 30, 2013 at 3:39 PM, Stuart Henderson wrote:
> On 2013/10/30 15:33, David Coppa wrote:
>> So, tomcat now starts correctly:
>>
>> Oct 30, 2013 3:22:14 PM org.apache.catalina.core.AprLifecycleListener init
>> INFO: The APR based Apache Tomcat Native library which allows optimal
>> perfo
On 10/28/13 22:05, Thomas Pfaff wrote:
> Hi.
>
> I sent this a while back but this time add myself as maintainer
> and update pigz to the latest release.
>
> "A parallel implementation of gzip for modern multi-processor,
> multi-core machines." -- http://zlib.net/pigz/
>
>$ time pigz foo.tar
On 2013/10/30 15:33, David Coppa wrote:
> So, tomcat now starts correctly:
>
> Oct 30, 2013 3:22:14 PM org.apache.catalina.core.AprLifecycleListener init
> INFO: The APR based Apache Tomcat Native library which allows optimal
> performance in production environments was not found on the
> java.l
On Wed, 30 Oct 2013, Kurt Miller wrote:
> On Wed, 2013-10-30 at 14:38 +0100, David Coppa wrote:
> > I'm currently building jdk-1.7, I will report success/failure later
> > when it's done...
>
> Great. Thanks for tracking it down. The fix looks correct to me.
> okay kurt@ after testing.
So, tomca
Hi,
This port is needed by the latest release of py-paramiko :
This is an easy-to-use implementation of ECDSA cryptography (Elliptic
Curve Digital Signature Algorithm), implemented purely in Python,
released under the MIT license. With this library, you can quickly
create keypairs (signing key an
Hi,
This diff updates py-paramiko to the latest release.
Regression ok.
A new port is needed py-ecdsa, send in other email.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/security/py-paramiko/Makefile,v
retr
On 10/27/13 00:04, Stuart Cassoff wrote:
> On 10/14/13 15:23, Christian Weisgerber wrote:
>> Currently the Tcl/Tk 8.5 and 8.6 ports preformat their man pages
>> themselves and install the cat pages. This is a leftover from days
>> gone by. Instead, the ports should just install the source pages
>
On Wed, 2013-10-30 at 14:38 +0100, David Coppa wrote:
> I'm currently building jdk-1.7, I will report success/failure later
> when it's done...
Great. Thanks for tracking it down. The fix looks correct to me.
okay kurt@ after testing.
-Kurt
On Wed, 30 Oct 2013, David Coppa wrote:
>
> While I was working on updating tomcat7 to its latest version, I
> got the same bug described here:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=183389
>
> It seems the patch below should help, but cannot test it atm...
The relevant log from tomcat
While I was working on updating tomcat7 to its latest version, I
got the same bug described here:
http://www.freebsd.org/cgi/query-pr.cgi?pr=183389
It seems the patch below should help, but cannot test it atm...
Index: Makefile
===
On 2013/10/30 12:24, David Coppa wrote:
> On Wed, 30 Oct 2013, Stuart Henderson wrote:
>
> > On 2013/10/30 11:50, Robert Peichaer wrote:
> > > (comments about slim.rc shell style in my previous mail)
> >
> > I didn't see that (off-list?) but there's no need to call out to /bin/expr,
> > we can us
On Wed, 30 Oct 2013, Stuart Henderson wrote:
> On 2013/10/30 11:50, Robert Peichaer wrote:
> > (comments about slim.rc shell style in my previous mail)
>
> I didn't see that (off-list?) but there's no need to call out to /bin/expr,
> we can use "i=$((i+1))".
New diff, after feedback from rpe@
I
On 2013/10/30 11:50, Robert Peichaer wrote:
> (comments about slim.rc shell style in my previous mail)
I didn't see that (off-list?) but there's no need to call out to /bin/expr,
we can use "i=$((i+1))".
On Wed, Oct 30, 2013 at 10:17:24AM +0100, David Coppa wrote:
>
> Hi!
>
> Here's an update to slim-1.3.6.
>
> I've a positive report about the improved rc.d script.
>
> Ciao,
> David
works for me on amd64
ok rpe@
(comments about slim.rc shell style in my previous mail)
>
> Index: Makefile
>
Hi!
Here's an update to slim-1.3.6.
I've a positive report about the improved rc.d script.
Ciao,
David
Index: Makefile
===
RCS file: /cvs/ports/x11/slim/Makefile,v
retrieving revision 1.24
diff -u -p -u -p -r1.24 Makefile
--- Make
On Wed, Oct 30, 2013 at 04:27:49PM +1100, Jonathan Gray wrote:
> I don't really see the point of changing
>
> -PKGNAME= ${DISTNAME:L}
> +PKGNAME= sdl2-${V}
>
> and you have an old PLIST.orig in your tarball,
> otherwise looks fine. I'm fine with you
> importing this and being maintai
37 matches
Mail list logo
