Hi,
On Tuesday, November 15, 2011 10:33 CET, Stuart Henderson
wrote:
> On 2011-10-26, Sebastian Reitenbach wrote:
> > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > be released in a couple of weeks
>
> release is scheduled for tomorrow; here is an updated diff for rc3
On 11/22/11 10:05, Amit Kulkarni wrote:
I can not use any tested graphical features of R without it crashing
because of some pthread issue.
Is this a known problem? Any ideas, solutions or workarounds?
Benjamin,
If you are willing to test patches, I will be willing to update R to
latest versio
glib2-networking-2.28.7 depends on: gnutls-* - not found
===> Verifying install for gnutls-* in security/gnutls
===> Building for gnutls-2.12.7p0
make all-recursive
Making all in lib
make all-recursive
Making all in gl
make all-recursive
Making all in tests
make all-recursive
Making all in .
Este Miercoles 23 de noviembre a las 19hs te invitamos al 9 ANIVERSARIO
del mejor After Office
BOUTIQUE (ex MUSEUM) - (Peru 535 - San Telmo) Sushi Gratis !!! + Happy
Hour hasta 20:30hs solo con reserva previa
Todos los miercoles mas de 1500 personas en el After Office mas imponente
de Capital Fed
On Mon, Nov 21, 2011 at 10:33:16PM -0500, Brad wrote:
> On Tue, Nov 15, 2011 at 03:59:41PM -0500, Brad wrote:
> > The QEMU 1.0 release is coming up soon. Looking for some testing of the
> > rc2 release. Let me know how it goes.
>
> 1.0-rc3..
An updated diff for rc3.
This could use more testing
Still valid for the tl11.diff.5.gz sent by add on october 31.
On Tue, Nov 22, 2011 at 08:50:28PM +0100, Matthias Kilian wrote:
> [that was the tl11.4.diff.gz one]
>
> I tested it package-wise (several install/update/uninstall sequences,
> with and without other packages depending on texlive insta
Hi ports@,
does anyone have some experience in cmake to help me with it? I'm
working on a port, however I'm having the following problem.
I have a CMakeLists.txt which looks for GDAL library with the line
FIND_PACKAGE(GDAL REQUIRED)
OK, cmake finds the GDAL library, as the port geo/gdal is
inst
On Tue, Nov 22, 2011 at 08:12:16AM -0800, Justin Lindberg wrote:
> On 11/21/11 23:04, Antoine Jacoutot wrote:
> >On Mon, Nov 21, 2011 at 06:11:48PM -0800, Justin Lindberg wrote:
> >>The problem is that the shared object library
> >>
> >>/usr/local/lib/libgthread-2.0.so.2800.0
> >>or
> >>/usr/local/
On Sun, Oct 16, 2011 at 11:47:23PM +0100, Edd Barrett wrote:
> Sorry for the delay. Here goes with xindy on sparc64 and powerpc. Tested
> build on sparc64, looks good.
>
> Do people think we are about ready to go with this?
>
> Attached
[that was the tl11.4.diff.gz one]
I tested it package-wis
The rc.d script that comes with amavisd-new was unable to stop the
server for me. Is seems pkill/pgrep does not recognize the pexp
expression, so the check sub tells it it isn't running and the stop sub
isn't run. I was able to make it work with the following:
#!/bin/sh
daemon="/usr/local/sbin/
> I can not use any tested graphical features of R without it crashing
> because of some pthread issue.
>
> Is this a known problem? Any ideas, solutions or workarounds?
Benjamin,
If you are willing to test patches, I will be willing to update R to
latest version with feedback from previous month
Hi ports@,
If anybody is working on a openModeller port, please let me know, so we
can talk.
http://openmodeller.sourceforge.net
Thank you.
On 11/19/11 19:47, Dédé Gerard wrote:
> I'm really sorry, I sent you a bad archive without the patch.
> The new one is the good archive.
> Really sorry
>
>
>
>
> De : Dédé Gerard
> À : "ports@openbsd.org"
> Envoyé le : Samedi 19 Novembre 2011 20h10
> Objet :
Hello,
(I don't know if you received my precedent mail)
I have ported srm to OpenBSD, and I would like you to add it to the cvs
repository.
Is joined to this mail an archive of the folder (this archive is working).
I tested it in two amd64 computers with SATA and IDE hard disks on OpenBSD 5.0
-cu
If you want to build ports -current, you have to have a current system.
Several changes AND fixes went into pkg_add over the past few days.
If your port system is at -current, but src is not, you *will* run
into strange errors.
On Tue, Nov 22, 2011 at 08:12:16AM -0800, Justin Lindberg wrote:
> On 11/21/11 23:04, Antoine Jacoutot wrote:
> >On Mon, Nov 21, 2011 at 06:11:48PM -0800, Justin Lindberg wrote:
> >>The problem is that the shared object library
> >>
> >>/usr/local/lib/libgthread-2.0.so.2800.0
> >>or
> >>/usr/local/
On 11/21/11 23:04, Antoine Jacoutot wrote:
On Mon, Nov 21, 2011 at 06:11:48PM -0800, Justin Lindberg wrote:
The problem is that the shared object library
/usr/local/lib/libgthread-2.0.so.2800.0
or
/usr/local/lib/libgthread-2.0.so.2992.0
as it is by now in -CURRENT
tries to execute function cal
Hi,
the attached patches update p5-Package-Stash, p5-Package-Stash-XS,
p5-namespace-clean, p5-namespace-autoclean and also p5-Class-MOP. A lot
of Perl modules depend on recent versions of these modules.
The ports have to be updated together. p5-namespace-autoclean depends on
p5-namespace-cle
Hi,
the attached patches update devel/p5-Moose and three Moose extensions
that conflict with Moose 1.24 and/or are required by Catalyst.
Moose 1.25 fixes a bug that accidentally cleared out a role's stash in
some circumstances. Catalyst is affected by this bug if a version of
Package::Hash i
On Tue, Nov 22, 2011 at 02:41:42PM +0100, Sebastian Reitenbach wrote:
> Hi,
> On Tuesday, November 22, 2011 14:32 CET, Benjamin Nadland
> wrote:
>
> > I can not use any tested graphical features of R without it crashing
> > because of some pthread issue.
> >
> > Is this a known problem? Any
On Sun, 13 Nov 2011, Antoine Jacoutot wrote:
> Log message:
> Sync dependencies after move from libusb to libusb-compat and fix a
> couple of fallouts. Note that these ports are only the ones that used to
> have a direct dependency on devel/libusb so there may be some other
> hidden ports that may
On Tue, Nov 22, 2011 at 02:41:42PM +0100, Sebastian Reitenbach wrote:
> Hi,
> On Tuesday, November 22, 2011 14:32 CET, Benjamin Nadland
> wrote:
>
> > I can not use any tested graphical features of R without it crashing
> > because of some pthread issue.
> >
> > Is this a known problem? Any
Hi,
On Tuesday, November 22, 2011 14:32 CET, Benjamin Nadland
wrote:
> I can not use any tested graphical features of R without it crashing
> because of some pthread issue.
>
> Is this a known problem? Any ideas, solutions or workarounds?
>
> I run a -current i386 machine and have installed
On Tue, Nov 22, 2011 at 10:01 AM, LEVAI Daniel wrote:
> (gdb) bt full
> #0 0x0a81e589 in mutex_unlock_common (mutex=0x8659cd9c, add_reference=0) at
> /usr/src/lib/libpthread/uthread/uthread_mutex.c:781
> curthread = (struct pthread *) 0x82acc400
> ret = Variable "ret" is not avail
I can not use any tested graphical features of R without it crashing
because of some pthread issue.
Is this a known problem? Any ideas, solutions or workarounds?
I run a -current i386 machine and have installed a fresh snapshot and
fresh packages before reporting.
How to reproduce:
Hi,
the attached patches update devel/p5-Any-Moose to version 0.18 and
devel/p5-Mouse to 0.97. p5-Mouse now provides Mouse::XS, which is about
two times faster than Mouse::PurePerl. p5-Any-Moose now depends on
p5-Mouse >= 0.40. I checked the manual pages and removed USE_GROFF.
p5-Mouse is no
Circulation: 39,599 22/11/2011 Sent to:ports@openbsd.org
Your AD here?
contact me
l...@talktalk.net
Boxcar Down: The Albanian Incident by Charles L. Lunsford
Publisher
CLIPPINGs
57 Nutbourne Str
London W10 4HW
England
On Mon, 21 Nov 2011 17:37:42 -0800, Justin Lindberg wrote:
> ld: unrecognized option '-pthread'
> ld: use the --help option for usage information
Use gcc(1) instead of calling ld directly.
On Sat, Nov 19, 2011 at 01:40:07PM -0500, Brad wrote:
> On Tue, Nov 15, 2011 at 02:26:21PM -0500, Brad wrote:
> > On Tue, Nov 15, 2011 at 05:10:50PM +0100, Pascal Stumpf wrote:
> > > On Tue, 15 Nov 2011 09:55:36 -0500, Brad wrote:
> > > > On 09/11/11 11:23 AM, Pascal Stumpf wrote:
> > > > > Right n
Does anybody actually use this ? (I mean, in a user-visible way, in some
script)
Currently, I don't see any reason not to consider it internal to bsd.port.mk
and hide it as _DEPENDS_TARGET...
Hi,
the attached patch updates devel/p5-File-ChangeNotify to version 0.20.
The update fixes a bug in the kqueue-based file watcher and is also
required by Moose 1.25+. The module's license changed from "same as
perl" to Artistic 2.0. I checked the manual pages and removed USE_GROFF.
See
L
On Tue, Nov 22, 2011 at 09:25:31 +0100, David Coppa wrote:
> Hi,
>
> Anyone with a fingerprint reader (like the one found on several
> thinkpad laptops) can please try the following update?
I was testing it on a IBM ThinkPad T60. (dmesg is at the end of the
mail).
When using the login_fingerprin
Hi,
Anyone with a fingerprint reader (like the one found on several
thinkpad laptops) can please try the following update?
Cheers!
David
Index: security/libfprint/Makefile
===
RCS file: /cvs/ports/security/libfprint/Makefile,v
retri
33 matches
Mail list logo