On Fri, 31 Jul 2009 16:53:16 -0500
"Jeremy Messenger" wrote:
> On Fri, 31 Jul 2009 12:36:36 -0500, Erik Trulsson
> wrote:
>
> > On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote:
> >>
> >> Now that I have finally upgraded my system in full from the last mix-up
> >> with jpeg
On Fri, Jul 31, 2009 at 2:53 PM, Jeremy Messenger wrote:
> On Fri, 31 Jul 2009 12:36:36 -0500, Erik Trulsson
> wrote:
>
> On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote:
>>
>>>
>>> Now that I have finally upgraded my system in full from the last mix-up
>>> with jpeg, You gu
Carlos A. M. dos Santos wrote:
On Fri, Jul 31, 2009 at 6:21 PM, Stephen
Montgomery-Smith wrote:
I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is no
longer working. I am guessing it is the bumped shared library versions
(because I did do "make delete-old-libs" as part of m
On Fri, Jul 31, 2009 at 6:21 PM, Stephen
Montgomery-Smith wrote:
> I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is no
> longer working. I am guessing it is the bumped shared library versions
> (because I did do "make delete-old-libs" as part of my installation).
I was bitt
"Stephen Montgomery-Smith" wrote:
>I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is
>no longer working. I am guessing it is the bumped shared library
>versions (because I did do "make delete-old-libs" as part of my
>installation).
Yes, this came up earlier. libmap.conf(5
On Fri, 31 Jul 2009 12:36:36 -0500, Erik Trulsson
wrote:
On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote:
Now that I have finally upgraded my system in full from the last mix-up
with jpeg, You guys have bumped up every PORTREVISION that depends on
jpeg
"Great real gre
I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is
no longer working. I am guessing it is the bumped shared library
versions (because I did do "make delete-old-libs" as part of my
installation).
My guess is that the problem will be solved when a version 8.0 of
diablo-jdk
On Tue, Jul 28, 2009 at 11:36:45AM +0200, Marius NĂ¼nnerich wrote:
> 2009/7/28 Marcin Simonides :
> > Hello,
> >
> > I am the maintainer and author of zfs-snaphot-mgmt port - a crude (and a bit
> > buggy) script for automatic snapshot creation and removal on ZFS.
> > Since I am no longer using FreeB
On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote:
>
> Now that I have finally upgraded my system in full from the last mix-up
> with jpeg, You guys have bumped up every PORTREVISION that depends on jpeg
> "Great real great" Now I get to spend another three days fixing up some
>
Am 31.07.2009 um 14:38 schrieb Stefan Bethke:
Here's a first draft at a patch for OpenVPN. With this, the tun
interface gets set to IFF_BROADCAST mode. One small piece is still
missing: OpenVPN tries to install a route for the subnet, but that
fails because now ifconfig has already insert
Now that I have finally upgraded my system in full from the last mix-up with
jpeg, You guys have bumped up every PORTREVISION that depends on jpeg "Great
real great" Now I get to spend another three days fixing up some more packages
and rebuilding about 800+ ports.
Thanks a whole lot.
--
Jas
andrew clarke pisze:
I'll attempt a PR, but I'm not at all competent enough in Perl to be
confident in providing a patch.
I was not refering to patching Perl code, rather that supplying new port
and a little modification to net/p5-Net-Twitter/Makefile in a patch
format (diff).
I filled a PR
Peggy Wilkins wrote:
...
>It turns out there are a number of open PR's for related issues. For instance:
>
>ports/120101: security/krb5 utilities link against wrong libcom_err
>http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120101
>
>ports/121573: security/krb5 (MIT Kerberos) generates non-wor
(Moving the discussion to -ports.)
Am 31.07.2009 um 00:57 schrieb Matthias Andree:
Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb >:
Yeah that is as great as we are or rather were.
So really, fix the openvpn scripts that assign the address to
interfaces to do something that would make sens
Mel,
Now It's clear. Thank you for explanation.
The WITH_PYSTE was not in the options framework, that's why I've
missed this part of work.
I see two possible solutions:
1) Put the WITH_PYSTE variable back.
2) Create a separate port like devel/boost-pyste.
The first is easy, however leads to dep
15 matches
Mail list logo