# cd /usr/ports/meta/gnome && make install
===> Verifying update for gnome-desktop-=3.2.1 in x11/gnome/desktop
===> Returning to build of gnome-3.2.1p7
===> gnome-3.2.1p7 depends on: gnome-desktop-=3.2.1 - not found
===> Verifying install for gnome-desktop-=3.2.1 in x11/gnome/desktop
===> Verif
On Fri, Mar 23, 2012 at 9:17 AM, Sha'ul wrote:
> # cd /usr/ports/meta/gnome && make install
> ===> Verifying update for gnome-desktop-=3.2.1 in x11/gnome/desktop
> ===> Returning to build of gnome-3.2.1p7
> ===> gnome-3.2.1p7 depends on: gnome-desktop-=3.2.1 - not found
> ===> Verifying install
My PORTSDIR is on an nfs server. Mounting the particular nfs directory on
/usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk.
Apparently test -h considers an nfs mount the same as a symlink...
The attached diff fixes the problem for me.
Index: bsd.port.mk
=
On 2012/03/23 07:11, RD Thrush wrote:
> My PORTSDIR is on an nfs server. Mounting the particular nfs
> directory on /usr/ports (and setting PORTSDIR accordingly) fails the
> new test in bsd.port.mk.
>
> Apparently test -h considers an nfs mount the same as a symlink...
Hmm, that's weird. It does
On Fri, Mar 23, 2012 at 11:25:49AM +, Stuart Henderson wrote:
> On 2012/03/23 07:11, RD Thrush wrote:
> > My PORTSDIR is on an nfs server. Mounting the particular nfs
> > directory on /usr/ports (and setting PORTSDIR accordingly) fails the
> > new test in bsd.port.mk.
> >
> > Apparently test
On Mar 23 07:11:45, RD Thrush wrote:
> My PORTSDIR is on an nfs server. Mounting the particular nfs
> directory on /usr/ports (and setting PORTSDIR accordingly) fails the
> new test in bsd.port.mk.
Can you please show how exactly you are mounting it,
and how exactly it fails?
If you 'mount serve
On Thu, Mar 22, 2012 at 10:16:52PM +0100, Jan Stary wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/sox/Makefile,v
> retrieving revision 1.49
> diff -u -p -r1.49 Makefile
> --- Makefile 15 Jun 2011 08:29:34 - 1.49
Hi,
A little update for ipguard:
* `-c' option - pcap filter expression
* moved from verbose to debug some ARP-sanity checks (irix at ukr.net)
With the rc.d(8) script.
Works on i386.
Ok? Comments?
--
Sending from my Computer.
? pkg/ipguard.rc
Index: Makefile
==
Can someone please explain how
ports/devel/automake/1.11/patches/patch-lib_am_header-vars_am works with
/usr/local/share/aclocal-1.11/install-sh.m4 (note that it results in
${SHELL} ${SHELL} install-sh)?
revision 1.1
date: 2011/05/18 19:38:15; author: matthieu; st
whoops, wrong diff, here is the right one.
Sorry.
El 03/23/12 10:07, Gonzalo L. R. escribió:
> Hi,
>
> A little update for ipguard:
>
>
> * `-c' option - pcap filter expression
> * moved from verbose to debug some ARP-sanity checks (irix at ukr.net)
>
>
> With the rc.d(8) script.
>
>
> Wor
Since nobody came up with a better idea re the library version handling
(which works ok, only problem is that it's a little messy), and this is a
dependency for BIND 10, I would like to commit it as-is; it can always
be improved in-tree later if needed.
any developer OKs?
http://junkpile.org/log4
On 2012/03/23 10:07, Gonzalo L. R. wrote:
> +++ pkg/MESSAGE 23 Mar 2012 13:01:17 -
> @@ -1,12 +1,6 @@
> -To have ipguard start at boot time, add the following line
> -to /etc/rc.conf.local, substituting the flags as needed:
> +You have a rc.d(8) file to start ipguard at boot time, as
> +e
Thanks for the tweaks, here is the new diff.
El 03/23/12 10:36, Stuart Henderson escribió:
> On 2012/03/23 10:07, Gonzalo L. R. wrote:
>> +++ pkg/MESSAGE 23 Mar 2012 13:01:17 -
>> @@ -1,12 +1,6 @@
>> -To have ipguard start at boot time, add the following line
>> -to /etc/rc.conf.local, su
Hey,
This is hack I sometimes use to control aucat/sndiod volume. IMHO it
could be useful until we get a better mixer option.
Examples:
List known volumes knobs and their values:
$ aucatctl
sox0=127
mplayer0=127
aucat0=127
master=127
Set master volume to 85 and mplayer volume to 100
$ aucatct
On Mar 23 14:07:31, Alexandre Ratchov wrote:
> On Thu, Mar 22, 2012 at 10:16:52PM +0100, Jan Stary wrote:
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/audio/sox/Makefile,v
> > retrieving revision 1.49
> > diff -u -p -r1.49 Make
On Fri, Mar 23, 2012 at 03:04:20PM +0100, Alexandre Ratchov wrote:
> Hey,
>
> This is hack I sometimes use to control aucat/sndiod volume. IMHO it
> could be useful until we get a better mixer option.
>
Sorry, forgot the attachement.
audio_aucatctl.tar.gz
Description: application/tar-gz
On Fri, Mar 23, 2012 at 15:05:52 +0100, Alexandre Ratchov wrote:
> On Fri, Mar 23, 2012 at 03:04:20PM +0100, Alexandre Ratchov wrote:
> > Hey,
> >
> > This is hack I sometimes use to control aucat/sndiod volume. IMHO it
> > could be useful until we get a better mixer option.
> >
>
> Sorry, forgo
On 03/23/12 08:05, Marc Espie wrote:
On Fri, Mar 23, 2012 at 11:25:49AM +, Stuart Henderson wrote:
On 2012/03/23 07:11, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk
On 03/23/12 07:25, Stuart Henderson wrote:
On 2012/03/23 07:11, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Apparently test -h considers an nfs mount the same as a sy
On 03/23/12 09:01, Jan Stary wrote:
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Can you please show how exactly you are mounting it,
and how exac
Since we are talking about a cluster here, it's likely you're mixing&matching
stuff and confusing what happens on the local box and on the distant box.
I'm pretty sure that, if you take the time to REALLY look at what's going
on on your machine(s), you'll figure it out.
I'm convinced that there's
Here's the list of ports that now fail to build after the latest
libc changes:
graphics/geomview DIR
lang/ghcexecvpe
lang/hugs execvpe
misc/deco execvpe
misc/screen,shm execvpe
x11/fltkDIR
x11/gmrun DIR
--
Ch
On Mar 23 13:59:42, RD Thrush wrote:
> On 03/23/12 09:01, Jan Stary wrote:
> >On Mar 23 07:11:45, RD Thrush wrote:
> >>My PORTSDIR is on an nfs server. Mounting the particular nfs
> >>directory on /usr/ports (and setting PORTSDIR accordingly) fails the
> >>new test in bsd.port.mk.
> >
> >Can you p
The below patch updates node from 0.6.13 to 0.6.14
Changelog:
* net: don't crash when queued write fails (Igor Zinkovsky)
* sunos: fix EMFILE on process.memoryUsage() (Bryan Cantrill)
* crypto: fix compile-time error with openssl 0.9.7e (Ben Noordhuis)
* unix: ignore ECONNABORTED errors from accep
On Fri, Mar 23, 2012 at 02:13:39PM +0100, Stefan Sperling wrote:
> On Sat, Mar 17, 2012 at 09:18:12PM +, Gilles Chehade wrote:
> > indeed, will test shortly !
> >
> > Gilles
>
> Any feedback or OKs from either of you?
i built ardour here on i386 good, it ran good first time.
i recorded my ha
On Fri, Mar 23, 2012 at 02:13:39PM +0100, Stefan Sperling wrote:
> On Sat, Mar 17, 2012 at 09:18:12PM +, Gilles Chehade wrote:
> > indeed, will test shortly !
> >
> > Gilles
>
> Any feedback or OKs from either of you?
>
> >
> > Ryan Freeman wrote:
> >
> > >On Sat, Mar 17, 2012 at 12:03:27
On Fri, Mar 23, 2012 at 8:31 AM, Jan Stary wrote:
> On Mar 23 07:11:45, RD Thrush wrote:
>> My PORTSDIR is on an nfs server. Mounting the particular nfs
>> directory on /usr/ports (and setting PORTSDIR accordingly) fails the
>> new test in bsd.port.mk.
>
> Can you please show how exactly you are
> Ah looking at your patches dir I guess you fixed the segfault too :)
> Looks like there are a few things to merge together anyway.
Included with this mail is a first attempt in merging the two
different ports of sslh.
ok?
--
Björn Ketelaars
sslh.tar.gz
Description: GNU Zip compressed data
On 03/23/12 15:50, Jan Stary wrote:
On Mar 23 13:59:42, RD Thrush wrote:
On 03/23/12 09:01, Jan Stary wrote:
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.p
Hello,
GCC 4.7.0 was just released, and I have been able to build it - with a
few caveats - for OpenBSD 4.8 x86_64. I sent a detailed message to the
gcc mailing list describing what I needed to do:
http://gcc.gnu.org/ml/gcc/2012-03/msg00368.html
I hope that this information will be useful f
On Mon, Mar 19, 2012 at 9:25 PM, Kirill Bychkov wrote:
> Hi!
> I've updated wesnoth to the latest release 1.10.1.
>
I'm having trouble getting this new version to build on i386. The
error message I get is:
---8<---
===> Looking for wesnoth-1.10.1.tgz in $PKG_PATH - not found
*** Error code 1
On Fri, 23 Mar 2012 18:36:04 -0700, Kyle Markley wrote:
> Hello,
>
>GCC 4.7.0 was just released, and I have been able to build it - with a
>few caveats -
>for OpenBSD 4.8 x86_64.
If you would like to do things properly you should be building on
current.
4.8 is out-of-service as far as suppo
SoX uses wget(1) to play(1) remote files such as streaming radios.
That is in fact a bug in the port (RUN_DEPENDS). Rather than
adding wget to DEPENDS, the small patch below replaces that
functionality with the base ftp(1).
REVISION needs to be bumped I guess.
Jan
$OpenBSD$
--- src/form
On Fri, Mar 23, 2012 at 11:09 PM, Jan Stary wrote:
> SoX uses wget(1) to play(1) remote files such as streaming radios.
> That is in fact a bug in the port (RUN_DEPENDS). Rather than
> adding wget to DEPENDS, the small patch below replaces that
> functionality with the base ftp(1).
>
> REVISION ne
On Mar 23 23:19:02, patrick keshishian wrote:
> On Fri, Mar 23, 2012 at 11:09 PM, Jan Stary wrote:
> > SoX uses wget(1) to play(1) remote files such as streaming radios.
> > That is in fact a bug in the port (RUN_DEPENDS). Rather than
> > adding wget to DEPENDS, the small patch below replaces that
On Fri, Mar 23, 2012 at 11:45 PM, Jan Stary wrote:
> On Mar 23 23:19:02, patrick keshishian wrote:
>> On Fri, Mar 23, 2012 at 11:09 PM, Jan Stary wrote:
>> > SoX uses wget(1) to play(1) remote files such as streaming radios.
>> > That is in fact a bug in the port (RUN_DEPENDS). Rather than
>> > a
36 matches
Mail list logo