Hi ports@,
Attached is a port for the Data::SExpression Perl module. It is a
dependency of the Perl interface I recently contributed to mail/mu
upstream, and which will be coming down the pike in some new mu
release fairly soon.
$ cat pkg/DESCR
Data::SExpression is a Perl module that parses LISP
Hello.
Struggled to unpack a 9 year old ACE archive with unace
for a while, before realizing it does not support "modern" v.2.0 .ace
format (released in 2000).
I propose to remove the port from the tree. Reasons:
* cannot extract ACE archives from version 2.0 or newer of WinAce;
* very dated cod
Joerg Jung wrote:
> So this is not only needed by dwm but all suckless ports and leads to a
> suckless bsd.port.mk module.
Now we're going a bit far afield. For today, I'm ok with the update as is,
with the man page bits.
I do like the consistency our port offers, vs reflecting whatever the whim
On Tue, Nov 10, 2015 at 07:44:06PM -0300, Gleydson Soares wrote:
> On Tue, Nov 10, 2015 at 11:30:02AM +0100, Joerg Jung wrote:
> >
> > > On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> > > Joerg Jung wrote:
> > >>
> > >> please find below an update for x11/dwm to 6.1. This release contains
> > >
Seems like this program could do with a configuration file!
On Mon Nov 02, 2015 at 10:22:36PM +0100, Rafael Sadowski wrote:
> Hey @ports,
>
> here is a very simple maintainer update to the last stable version.
> Tested over weeks @amd64.
>
> Okay?
>
> Cheers, Rafael
>
ping with update to 2.9.9:
Index: Makefile
Another part of IPython4/Jupyter:
"A configuration system for Python applications"
OK?
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
py-traitlets.tgz
Description: application/tar-gz
Hey,
So we are starting to import parts of the new ipython now. AFAICS these
can co-exist with the in-tree IPython.
This port is likely to be short lived. In it's own words "This package
shouldn't exist". As far as I can see it is stuff left over from their
huge refactoring that didn't belong any
On Tue, Nov 10, 2015 at 11:30:02AM +0100, Joerg Jung wrote:
>
> > On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> > Joerg Jung wrote:
> >>
> >> please find below an update for x11/dwm to 6.1. This release contains
> >> various fixes and improvements, see announcement [1] for more details.
> >>
On Tue, Nov 10, 2015 at 04:24:00PM -0500, Ted Unangst wrote:
> Joerg Jung wrote:
> >
> > > On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> > > Joerg Jung wrote:
> > >>
> > >> please find below an update for x11/dwm to 6.1. This release contains
> > >> various fixes and improvements, see announce
On Tue, Nov 10, 2015 at 04:24:00PM -0500, Ted Unangst wrote:
> Joerg Jung wrote:
> >
> > > On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> > > Joerg Jung wrote:
> > >>
> > >> please find below an update for x11/dwm to 6.1. This release contains
> > >> various fixes and improvements, see announce
Hello @ports,
update to the last stable 2.X branch before I'm ready with opencv 3.0.0
and doxygen update. Tested on amd64
Comments ? OK ?
Best regards, Rafael
Index: Makefile
===
RCS file: /cvs/ports/graphics/opencv/Makefile,v
ret
Joerg Jung wrote:
>
> > On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> > Joerg Jung wrote:
> >>
> >> please find below an update for x11/dwm to 6.1. This release contains
> >> various fixes and improvements, see announcement [1] for more details.
> >>
> >> OK?
> >
> > so now that we finally c
On 2015/11/10 19:26, Jérémie Courrèges-Anglas wrote:
> Stuart Henderson writes:
>
> > On 2015/11/10 14:00, Jérémie Courrèges-Anglas wrote:
> >> -- char const *m4 = (p = getenv ("M4")) ? p : M4;
> >> -+ char const *m4 = (p = getenv ("M4")) ? p : "/usr/bin/m4";
> >
> > Note to reviewers: upstream
Daniel Jakots writes:
> On Tue, 10 Nov 2015 01:30:12 +, Sevan / Venture37
> wrote:
>
>> net/ntp
>> http://support.ntp.org/bin/view/Main/SecurityNotice#October_2015_NTP_Security_Vulner
>
> Hi,
>
> Here's an update quickly tested on -current and -stable (both amd64),
> it works fine.
Committe
Stuart Henderson writes:
> On 2015/11/10 14:00, Jérémie Courrèges-Anglas wrote:
>> -- char const *m4 = (p = getenv ("M4")) ? p : M4;
>> -+ char const *m4 = (p = getenv ("M4")) ? p : "/usr/bin/m4";
>
> Note to reviewers: upstream supports this themselves now, this diff
> doesn't lose the ability
Update Maxima 5.37.2 -> 5.37.3
Passes all tests on my amd64 system.
OK?
Best regards,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/math/maxima/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile20 Sep 2
On Tue, Nov 10, 2015 at 05:22:06PM +0100, Antoine Jacoutot wrote:
> On Tue, Nov 10, 2015 at 02:00:19PM +0100, Jérémie Courrèges-Anglas wrote:
> >
> > Hi,
> >
> > it's been a few years that our bison port hasn't been updated, the main
> > reason being that our m4 doesn't groke some of the construc
On 2015/11/10 14:00, Jérémie Courrèges-Anglas wrote:
> -- char const *m4 = (p = getenv ("M4")) ? p : M4;
> -+ char const *m4 = (p = getenv ("M4")) ? p : "/usr/bin/m4";
Note to reviewers: upstream supports this themselves now, this diff
doesn't lose the ability to point M4 at /usr/bin/m4 for test
On Tue, Nov 10, 2015 at 02:00:19PM +0100, Jérémie Courrèges-Anglas wrote:
>
> Hi,
>
> it's been a few years that our bison port hasn't been updated, the main
> reason being that our m4 doesn't groke some of the constructs used by
> newer bison releases. More and more packages out there require a
attila writes:
> attila writes:
>
>> attila writes:
>>
>>> attila writes:
>>>
Hi ports@,
I have been informed that my previous email re Tor Browser Bundle was
malformed: the Content-Type header on the message says text/plain but
should be multipart/mixed, which causes
> On 10 Nov 2015, at 14:58, Jack J. Woehr wrote:
>
> Joerg Jung wrote:
>> I wonder what dwm users think about the following proposal: Remove the
>> uxterm patch and keep st as the default terminal
>
> dwm user here.
>
> Since we can always change that in seconds and recompile, hardly matters.
Joerg Jung wrote:
I wonder what dwm users think about the following proposal: Remove the uxterm
patch and keep st as the default terminal
dwm user here.
Since we can always change that in seconds and recompile, hardly matters.
OT, have you tried to run NetBeans 6.9.1 under dwm? It loads but
On 10 November 2015 at 08:00, Jérémie Courrèges-Anglas wrote:
>
> Hi,
>
> it's been a few years that our bison port hasn't been updated, the main
> reason being that our m4 doesn't groke some of the constructs used by
> newer bison releases. More and more packages out there require a recent
> bis
Hi,
it's been a few years that our bison port hasn't been updated, the main
reason being that our m4 doesn't groke some of the constructs used by
newer bison releases. More and more packages out there require a recent
bison version. As an OpenBSD developer, I don't think that building
parsers u
Daniel Jakots writes:
> On Mon, 09 Nov 2015 13:33:58 +0100, j...@wxcvbn.org (Jérémie
> Courrèges-Anglas) wrote:
>
>> > Upstream removed a bunch of documentation files including the
>> > haproxy.cfg. I created a very simple one so a new user can easily
>> > test haproxy (or even to check an update
Joerg Jung said:
> Remove the uxterm patch and keep st as the default terminal.
Although I am not dwm user any more, this makes sense to me.
FWIW I used to have a local patch that made dwm inspect env variable
TERMINAL and call whatever it contains.
--
Dmitrij D. Czarkoff
> On 09 Nov 2015, at 22:07, Ted Unangst wrote:
> Joerg Jung wrote:
>>
>> please find below an update for x11/dwm to 6.1. This release contains
>> various fixes and improvements, see announcement [1] for more details.
>>
>> OK?
>
> so now that we finally changed the default xterm back to uxter
> On 10 Nov 2015, at 02:48, Ingo Schwarze wrote:
>
> From .Xr, mandoc -Tman produces just "uxterm(1)" without any
> markup. The man(7) manual recommends ".BR uxterm ( 1 ).",
> i.e. keeping the punctuation out of bold face. But for
> consistency with the rest of the page, you probably want
>
>
> On 10 Nov 2015, at 10:29, Dmitrij D. Czarkoff wrote:
>
> Joerg Jung said:
>> +RUN_DEPENDS=fonts/terminus-font
>
> Maybe it would be better to replace terminus with dejavu sans mono in
> config.def.h? IIRC terminus ships with less glyphs.
I wanted to keep the look&feel the sa
Joerg Jung said:
> +RUN_DEPENDS= fonts/terminus-font
Maybe it would be better to replace terminus with dejavu sans mono in
config.def.h? IIRC terminus ships with less glyphs.
Also, I have some weird issues with font rendering: only a handful of
non-ASCII characters render in the same siz
Hi,
GNU Stow had a new public release (2.2.2) on Nov 9 2015, and below is a
trivial patch to bring the OpenBSD port up from version 2.2.0.
There was never a public 2.2.1 release.
Release notes here:
http://lists.gnu.org/archive/html/info-stow/2015-11/msg0.html
Cheers,
Andreas (sysutils/stow
32 matches
Mail list logo
