> On 8 May 2023, at 22:44, Mark Kettenis wrote:
>
>> From: Patrick Wildt
>> Date: Mon, 8 May 2023 14:14:27 +0200
>>
>>> Am 07.05.2023 um 19:54 schrieb Klemens Nanni :
>>>
>>> On Sun, May 07, 2023 at 06:30:55PM +0200, Mark Kettenis wrote:
As I've said before, the u-boot developers have
without this you get segfaults running phpinfo().
this is the same problem fixed by
ports/lang/php/5.3/patches/patch-ext_tidy_tidy_c and
ports/lang/php/5.4/patches/patch-ext_tidy_tidy_c
Index: patch-ext_tidy_tidy_c
===
RCS file: /cvs
rather than have a flavour of mailman per mta you might use so you
can compile the wrapper with a different group that could be used
for delivery, just have a dedicated _mailmanq group that you can
put whatever mta you're using into.
ok?
Index: infrastructure/db/user.list
this bumps luaposix up to version 32.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/luaposix/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile11 Mar 2013 10:50:11 - 1.19
+++ Makefile11
On 13 Jan 2014, at 9:25 pm, Stuart Henderson wrote:
> On 2014/01/13 04:24, David Gwynne wrote:
>> here's a port of pecl_http and its depends:
>> http://dropbox.eait.uq.edu.au/uqdgwynn/pecl-http.tgz.
>>
>> works for me. ok?
>
> couple of tweaks in pecl-pro
here's a port of pecl_http and its depends:
http://dropbox.eait.uq.edu.au/uqdgwynn/pecl-http.tgz.
works for me. ok?
as an aside, why dont we include the php version pecl stuff is built against in
their version? we wouldnt have to bump revisions when the lang depend moves
forward then. or am i
No. I have no idea how to do that
Brad Smith wrote:
On 13/11/13 8:25 PM, David Gwynne wrote:
> i have a port of the cpan module, with a patch to make it work against ipv6
> sockets as well as v4.
>
> the port is available at
> http://dropbox.eait.uq.edu.au/uqdgwynn/distfiles/p
On Wed, Nov 27, 2013 at 09:27:17AM +0100, Landry Breuil wrote:
> On Wed, Nov 27, 2013 at 12:51:24AM -0600, Amit Kulkarni wrote:
> > AFAIK, once a package has an EPOCH, you can't drop it? right or wrong.
> > Either way, can somebody add a note to bsd.port.mk please?
>
> yeah, you cant remove EPOCH
ok?
Index: e/Makefile
===
RCS file: /cvs/ports/x11/e17/e/Makefile,v
retrieving revision 1.52
diff -u -p -r1.52 Makefile
--- e/Makefile 7 Jul 2013 21:25:32 - 1.52
+++ e/Makefile 27 Nov 2013 04:30:02 -
@@ -2,11 +2,8 @@
i have a port of the cpan module, with a patch to make it work against ipv6
sockets as well as v4.
the port is available at
http://dropbox.eait.uq.edu.au/uqdgwynn/distfiles/p5-Net-Ident.tgz
ok?
its different enough to warrant a separate port. the description is:
A resolver library used to communicate with a DNS server.
Provides (roughly) the same functionality as pear-Net-DNS, but using
PHP5 objects, exceptions for error handling, better sockets support.
ok?
also fetchable from
http:/
for what its worth, i have to run a bunch of things at work which include
webapps like wordpress, drupal, and mediawiki, but the versions of these we
(openbsd) package are completely unusable for us (at work).
however, if the packages go away it doesnt actually make it easier for us to
keep doi
On 09/08/2013, at 8:43 PM, Robert Nagy wrote:
> Hi
>
> So as you might have noticed already php 5.2 got removed from the tree
> because it has been end-of-life since Jan 2011. It has been kept in tree
> for people to be able transfer over to 5.3 easily.
> Since php 5.3 is also reaching end-of-li
the tidy php extension tries to call tidyReleaseDate to get some
silly version string, but the library symbol doesnt exist for it
to resolve. this points it at tidyVersion instead.
you can reproduce the problem this solves by enabling the tidy
extension and running "php-5.3 -i" or by writing a scr
the perl bindings are working well for me.
On 13/11/2012, at 1:31 AM, Stuart Henderson wrote:
> Here's a redland-bindings port, which requires the recently commited
> updates to RDF libs. Based on a port from dlg, I've tweaked the multi
> packages stuff.
>
> Usual problem with the Perl bindings
On 06/03/2012, at 6:41 AM, Piotr Sikora wrote:
> Hi David,
>
>> this adds the ngx lua module as a flavor to our port. we rely on
>> it here to do "complicated" access control in the server before the
>> content phase runs.
>
> ngx_lua crashes on OpenBSD (and possibly on anything other than Linu
this adds the ngx lua module as a flavor to our port. we rely on
it here to do "complicated" access control in the server before the
content phase runs.
ok?
Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving rev
this makes sense to me. if someone else agrees then they should commit it.
dlg
On 08/11/2010, at 10:27 AM, Piotr Sikora wrote:
> Hi,
> nginx-0.8 has two new modules (SCGI and uwsgi) with their own temporary path
> and include files. Those modules are installed by default but aren't taken
> car
this diff installs a systemwide config for subversion that tells it not
to cache passwords in clear text in your homedir. i think this is a
more sane default.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/subversion/Makefile,v
r
i've put together a port of version 2 of apaches httpd server for
something i was doing at work. i would like to get it into the ports
tree mostly so it is easier for me to deal with at work (special cases
always require more work), and because i know other people out there
using it without the ben
From: "Antti Harri" <[EMAIL PROTECTED]>
On Sun, 29 Jan 2006, David Gwynne wrote:
A default configuration is a misconfiguration?
I'd say misconfiguration. Irssi's port in OpenBSD
doesn't create any system wide configuration. And at
least I used that as a bas
From: "Antti Harri" <[EMAIL PROTECTED]>
On Sat, 28 Jan 2006, viq wrote:
...but it also gives the familiar "GLib-CRITICAL **: g_strcasecmp:
assertion
`s2 != NULL' failed"
*sigh* looks like I'll have to let others deal with this.
Yes it's because of misconfigured Irssi as I've reported
earlier
From: "steven mestdagh" <[EMAIL PROTECTED]>
On Mon, Dec 12, 2005 at 10:44:59AM +1000, David Gwynne wrote:
I get this warning when I start irssi 0.8.10 on sparc64:
(process:25066): GLib-CRITICAL **: g_strcasecmp: assertion `s2 !=
NULL' failed
I see the same message on s
On 12/12/2005, at 11:55 AM, Antti Harri wrote:
On Mon, 12 Dec 2005, David Gwynne wrote:
I get this warning when I start irssi 0.8.10 on sparc64:
(process:25066): GLib-CRITICAL **: g_strcasecmp: assertion `s2 !=
NULL' failed
I'm not sure if this will fix it but have you tried m
I get this warning when I start irssi 0.8.10 on sparc64:
(process:25066): GLib-CRITICAL **: g_strcasecmp: assertion `s2 !=
NULL' failed
0.8.9 doesn't produce this message.
dlg
On 12/12/2005, at 5:24 AM, Antti Harri wrote:
This port brings Irssi back up to date. Tested to be
working on i3
25 matches
Mail list logo
