On 10/12/11 10:40 AM, Stefan Sperling wrote:
On Fri, Dec 09, 2011 at 09:08:17AM -0500, Brad wrote:
On Fri, Dec 09, 2011 at 02:20:29AM -0500, Brad wrote:
On Fri, Dec 09, 2011 at 01:13:02AM +, Stuart Henderson wrote:
On 2011-12-07, Brad wrote:
-@bin bin/qemu
I'd prefer to keep this worki
Соберем для вас по сети интернет базу данных потенциальных клиентов для Вашего
бизнеса.
Все контактные данные.Много!Быстро!Недорого!
Узнайте подробнее по телефону +79IЗЗ9I9ОIЗ
Email: proda...@mixmail.com
ICQ:6288862
Skype: s.3837
On Sat, December 10, 2011 02:22, Pascal Stumpf wrote:
> Nexuiz is a fast paced 3d deathmatch game project created online
> by a team of developers called Alientrap. With an advanced UI the
> user can select between over a dozen different player models with
> an average of two skins for each and ca
On Jul 03 21:11:22, Christian Weisgerber wrote:
> Jan Stary wrote:
>
> > http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
> >
> > It comes with the Apache License 2.0; I am not sure
> > what that means for the PERMIT_* variables; I asked
> > upstream, but someone here surely knows.
>
> AMR
Replying to an old thread when I finally got around to it,
I am trying again to get this AMR port commited:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
Meanwhile, I have found that David Coppa tried to
get this in before (and later OK'd my attempt):
http://marc.info/?t=12761017433&r=1
Hi Marc
Am 10.12.2011 15:34, schrieb Marc Espie:
So I expect your "full" db/v4 comes from elsewhere.
Have a closer look at vars.log, in particular the (parent) stuff in
parentheses, to figure out what pkgpath leads to full db/v4.
Well now I feel like a complete idiot. Not once I have looked in
On Fri, Dec 09, 2011 at 09:08:17AM -0500, Brad wrote:
> On Fri, Dec 09, 2011 at 02:20:29AM -0500, Brad wrote:
> > On Fri, Dec 09, 2011 at 01:13:02AM +, Stuart Henderson wrote:
> > > On 2011-12-07, Brad wrote:
> > > > -@bin bin/qemu
> > >
> > > I'd prefer to keep this working via a courtesy sy
On Sat, Dec 10, 2011 at 03:10:41PM +0100, Andre Keller wrote:
> Am 10.12.2011 15:03, schrieb Marc Espie:
> >Does look like "BUILD_ONCE=Yes" behavior, which does kick in when
> >dpb is invoked with -a.
> >
> >Since you don't describe the command line used for firing up dpb, I'll
> >have to assume th
No reading bsd.port.i386.mk
ah thats actually bsd.port.arch.mk :-)
The weather.com XOAP API key used by the xfce weather plugin has
expired. The plugin keeps showing "No data".
The real problem is that weather.com is cancelling its free service.
The plugin authors now want to rewrite the plugin to use a different
provider. A different API key obtained from anothe
Am 10.12.2011 15:03, schrieb Marc Espie:
Does look like "BUILD_ONCE=Yes" behavior, which does kick in when
dpb is invoked with -a.
Since you don't describe the command line used for firing up dpb, I'll
have to assume that's what's going on.
Yes my bad:
command line is "./dpb -q -c" followed b
On Sat, Dec 10, 2011 at 01:46:58PM +0100, Andre Keller wrote:
> Hi
>
> I lately started using dpb for building a subset of ports
> automagically. I now run into problems with building some openldap
> dependent ports.
>
> The point is I don't have ACCEPT_JRL_LICENSE=Yes in my /etc/mk.conf,
> becau
Hi
I lately started using dpb for building a subset of ports automagically.
I now run into problems with building some openldap dependent ports.
The point is I don't have ACCEPT_JRL_LICENSE=Yes in my /etc/mk.conf,
because I actually do not need java. When I build by hand I just build
"databa
Hi,
Aaron Bieber wrote on Fri, Dec 09, 2011 at 08:01:38AM -0700:
> On Fri, Dec 09, 2011 at 01:54:12PM +0100, Jasper Lievisse Adriaanse wrote:
>> On Wed, Dec 07, 2011 at 09:00:26AM -0700, Aaron wrote:
>>> This patch updates nodejs from 0.6.3 to 0.6.5. Tested on i386/amd64
>> Shouldn't the manpag
Whenever you send patches or new ports to the list, remember there's
some asynchronous behavior involved.
There's been some recent confusion as to which version of a patch someone
was referring to, because it was an external link, and the external link
got changed to something else.
That's a comm
We've just put in place a better set of CONFIG_SITE fragments to
prevent random ports from picking up gnu-tools.
This is probably grow in the near future.
For now, if your port *really* requires some gnu tools, be sure to have
the right BUILD_DEPENDS, as the cache will say "nope, they don't live
Hi,
I reworked on the diff to update python.port.mk to permit to have both Python
2.x and 3.x working on OpenBSD.
How it works:
1) Python2 port
- all ports existing don't need to change, they still build with Python 2
2) Python2 and Python3 port
- if you know that a port (and its dependencies..
17 matches
Mail list logo