> Yes, please add me to this list.
You're all set.
> Also, is there a "reverse" version of this process for when an
> update sent to ports@ seems to have fallen through the cracks?
Nope. Unfortunately the OpenBSD project has no way to track bugs...
> e.g., http://marc.info/?l=openbsd-ports&m=1
Hi David,
You may have already be advertised, but in case... the current version
of wpa_supplicant in openbsd-ports may be vulnerable to a remote command
execution.
The vulnerability description is here:
http://w1.fi/security/2014-1/wpacli-action-scripts.txt
The vulnerability on v2.2 is triggea
On 10 October 2014 08:52, Predrag Punosevac wrote:
> Stuart Henderson wrote:
>
>> On 2014/10/09 08:44, Predrag Punosevac wrote:
>> > I am trying to build collectd on the snapshot from a 10 of August which
>> > should be very close to November 1st release.
>> >
>> > # uname -a
>> > OpenBSD oko.bag
This adds a 18 suffix to ruby 1.8 gem binaries, similar to the suffix
added on ruby 1.9, 2.0, and 2.1. The main reason for doing this
is that you can now symlink the unsuffixed version to the suffixed
version for the ruby you want to use, just like you can for the
binaries that ship with ruby.
As
On 10/3/14, Antoine Jacoutot wrote:
> Hi.
>
> So, to all of you slackers out there who are wondering how you could
> contribute to the project, have a look at:
> http://portroach.openbsd.org/
>
> This will let you know the ports that could use an update in our tree. The
> point is not to *blin
On Thu, Oct 09, 2014 at 03:32:35PM -0600, Aaron Bieber wrote:
> On Thu, Oct 09, 2014 at 03:25:18PM -0600, Aaron Bieber wrote:
> > Hola!
> >
> > This port is a wrapper script to get Minecraft up and running.
> >
> > Currently there is a requrement to point to our in-ports version of
> > LWJGL, as
On 10/10/14 00:58, Josh Grosse wrote:
> On Wed, Oct 08, 2014 at 01:22:12PM +0100, ni...@cvs.openbsd.org wrote:
>
>> Builds on other than amd64?
>
> Yes - it builds and runs on i386. Limited, non-destructive testing done via
> the Autopsy webserver 2.24.
>
>
Thanks.
On Wed, Oct 08, 2014 at 01:22:12PM +0100, ni...@cvs.openbsd.org wrote:
> Builds on other than amd64?
Yes - it builds and runs on i386. Limited, non-destructive testing done via
the Autopsy webserver 2.24.
On Fri, Oct 10, 2014 at 12:03:39AM +0200, Jonathan Armani wrote:
> Hi !
>
> Not tested yet, but :
> >
> > do-install:
> > ${INSTALL_DATA} ${WRKSRC}/minecraft ${PREFIX}/bin/
> > @chmod +x ${PREFIX}/bin/minecraft
>
> Isn't that ${INSTALL_SCRIPT} ?
>
Yep!
# $OpenBSD: Makefile,v 1.12 201
Hi !
Not tested yet, but :
>
> do-install:
> ${INSTALL_DATA} ${WRKSRC}/minecraft ${PREFIX}/bin/
> @chmod +x ${PREFIX}/bin/minecraft
Isn't that ${INSTALL_SCRIPT} ?
Stuart Henderson wrote:
> On 2014/10/09 08:44, Predrag Punosevac wrote:
> > I am trying to build collectd on the snapshot from a 10 of August which
> > should be very close to November 1st release.
> >
> > # uname -a
> > OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64
> >
> >
> >
> > As som
On Thu, Oct 09, 2014 at 03:25:18PM -0600, Aaron Bieber wrote:
> Hola!
>
> This port is a wrapper script to get Minecraft up and running.
>
> Currently there is a requrement to point to our in-ports version of
> LWJGL, as the one Minecraft comes with doesn't know about OpenBSD (
> Upstream patches
Hola!
This port is a wrapper script to get Minecraft up and running.
Currently there is a requrement to point to our in-ports version of
LWJGL, as the one Minecraft comes with doesn't know about OpenBSD (
Upstream patches have been pulled in to fix this).
This script handles the adding of the re
Hi ports --
Found this sitting in my tree, meant to submit this months ago...
This is gnome-hearts, a free implementation of the Hearts card game.
Some notes:
The documentation requires some program called scrollkeeper, but that
program hasn't seen a release in over 10 years. So I opted not to
On 10/09/14 08:28, Stuart Cassoff wrote:
> On 10/08/14 14:04, Sebastian Reitenbach wrote:
>> Hi,
>>
>> an easy update, tested with the only consumer net/coccinella on amd64.
>>
>> OK?
>
> Hi,
>
> Looking into it, I've come up with this diff.
> - HOMEPAGE changed to project page instead of simply
On 09/26/14 10:46, Stuart Cassoff wrote:
> On 09/16/14 21:48, Stuart Cassoff wrote:
>> On 07/11/14 06:22, Stuart Henderson wrote:
>>> On 2014/07/10 23:44, Stuart Cassoff wrote:
eh? meh?
>>>
>>> You need a subst variable with the actual path not just the version
>>> number, otherwise you're sti
On Thu, Oct 9, 2014 at 5:53 PM, Juan Francisco Cantero Hurtado
wrote:
> On Wed, Oct 08, 2014 at 10:23:47PM -0400, Ted Unangst wrote:
>> I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit
>> its pants a few times, but otherwise seemed succesful.
>>
>> .libs-firefox-26.0p1+.libs-
On Wed, Oct 08, 2014 at 10:23:47PM -0400, Ted Unangst wrote:
> I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit
> its pants a few times, but otherwise seemed succesful.
>
> .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0->firefox-32.0: ok
You can remove the old packag
On Thu, Oct 09, 2014 at 12:28, Ted Unangst wrote:
> On Thu, Oct 09, 2014 at 18:17, Enric Morales wrote:
>
>> I think the new cursors come from a GTK-related package. The issue
>> with
>> the "poop"-looking icon appears in gtk-demo and gimp. I started having
>> this issue after a full update a coup
On Thu, Oct 09, 2014 at 18:17, Enric Morales wrote:
> I think the new cursors come from a GTK-related package. The issue
> with
> the "poop"-looking icon appears in gtk-demo and gimp. I started having
> this issue after a full update a couple days ago.
>
> The solution is really simple:
>
> # rm
On 09 Oct 2014 17:04, Stuart Henderson wrote:
> On 2014/10/09 16:47, Stuart Henderson wrote:
> > On 2014/10/08 22:23, Ted Unangst wrote:
> > > However, now the "new" firefox has these great big honking stupid
> > > cursors instead of the nice cursors it used to have. The arrow is
> > > too
> > > bi
On 2014/10/09 16:47, Stuart Henderson wrote:
> On 2014/10/08 22:23, Ted Unangst wrote:
> > I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit
> > its pants a few times, but otherwise seemed succesful.
> >
> > .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0->firefox-32.0:
Hi,
WIP Varnish 4.0.2:
https://www.varnish-cache.org/trac/browser/doc/changes.rst?rev=bfe7cd
Test are welcome.
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/www/varnish/Makefile,v
retrieving revis
On 2014/10/08 22:23, Ted Unangst wrote:
> I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit
> its pants a few times, but otherwise seemed succesful.
>
> .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0->firefox-32.0: ok
>
> However, now the "new" firefox has these great
On 2014/10/09 08:44, Predrag Punosevac wrote:
> I am trying to build collectd on the snapshot from a 10 of August which
> should be very close to November 1st release.
>
> # uname -a
> OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64
>
>
>
> As some of you know collectd package depends on rrdt
On Sun, Jul 13, 2014 at 3:02 PM, Vadim Zhukov wrote:
> okay
>
> --
> WBR,
> Vadim Zhukov
Just noticed mowgli and libguess are broken again :(
We need to drop the www:
http://www.atheme.org/ -> http://atheme.org/
Ciao,
David
--
"If you try a few times and give up, you'll never get there.
I am trying to build collectd on the snapshot from a 10 of August which
should be very close to November 1st release.
# uname -a
OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64
As some of you know collectd package depends on rrdtool which in turn
depends on package rrdupdate.
# ls -l rrdto
On 10/08/14 14:04, Sebastian Reitenbach wrote:
> Hi,
>
> an easy update, tested with the only consumer net/coccinella on amd64.
>
> OK?
Hi,
Looking into it, I've come up with this diff.
- HOMEPAGE changed to project page instead of simply a man page with no links
to anywhere.
- Killed the SHAR
28 matches
Mail list logo