I tried your gettext 0.16.1 patch, and ran into problems as I have
sysutils/coreutils installed with NLS enabled. The issue is that
coreutils installs a /usr/local/bin/gmkdir which uses the gettext
library. An upgrade of gettext fails as the gettext configure process
prefers gmkdir over mkdir
Despite having already installed diablo-jre15 and despite it not needing
an upgrade, if I delete the distfile, I get this when running
'portupgrade -a':
** Port marked as IGNORE: java/diablo-jre15:
:\n Because of licensing restrictions, you must fetch the
distribution\n
manually. Ple
Hi Aaron,
What do you mean by getting rancid-dev version ? You would need
the alpha release?
Regards,
Janos Mohacsi
Network Engineer, Research Associate, Head of Network Planning and Projects
NIIF/HUNGARNET, HUNGARY
Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882
On M
uname -a output:
FreeBSD goodwill.6dollardialup.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri
Jan 12 10:40:27 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
Makefile variables:
PORTNAME= firefox
DISTVERSION=2.0.0.1
PORTREVISION= 1
PORTEPOCH= 1
Crash message:
[..
On 13/02/07, Lars Eighner <[EMAIL PROTECTED]> wrote:
uname -a output:
FreeBSD goodwill.6dollardialup.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri
Jan 12 10:40:27 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
Makefile variables:
PORTNAME= firefox
DISTVERSION=2.0.0.1
POR
As requested, please find attached the complete, tarred log of gtk
failed compilation.
Ciao
Vittorio
-- Messaggio inoltrato
--
Subject: Re: gtk-2.10.9 doesn't compile
Date: 18:06, lunedì
12 febbraio 2007
From: "Jeremy Messenger" <[EMAIL PROTECTED]>
To: Vittorio
<[EMAIL PROTE
Please find attached the complete tarred log of gtk failed
compilation.
Ciao
Vittorio
-- Messaggio inoltrato --
Subject: Re: gtk-2.10.9 doesn't compile
Date: 18:06, lunedì 12 febbraio 2007
From: "Jeremy Messenger" <[EMAIL PROTECTED]>
To: Vittorio <[EMAIL PROTECTED]>
Cc: [EMAIL P
Yes, that is correct, the alpha version.
Aaron
-Original Message-
From: Mohacsi Janos [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 13, 2007 3:47
To: Aaron Dudek (adudek)
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: rancid-2.3.1_1
Hi Aaron,
What do you
If possible, the 2.3.2a7 release.
Aaron
-Original Message-
From: Aaron Dudek (adudek)
Sent: Tuesday, February 13, 2007 9:58
To: 'Mohacsi Janos'
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: FreeBSD Port: rancid-2.3.1_1
Yes, that is correct, the alpha version.
Aaron
-Origi
Hi!
As the maintainer of the PostgreSQL ports, I'm planning a move to set the
8.1.x branch as the default version for FreeBSD. Now it is 7.4, which
starts to get a bit rusty.
Any objections?
/Palle
Index: Mk/bsd.database.mk
===
Palle Girgensohn wrote:
> Hi!
>
> As the maintainer of the PostgreSQL ports, I'm planning a move to set
> the 8.1.x branch as the default version for FreeBSD. Now it is 7.4,
> which starts to get a bit rusty.
I vote for the change. Thanks!
Cheers,
--
Xin LI <[EMAIL PROTECTED]> http://www.
Cheers,
I use the tidy/Ruby bridge on FreeBSD 6.2 to filter html mails. I have
tidy-lib-070211 and Ruby 1.8.5 installed.
Ruby dies with this output:
Command died with signal 6: "/usr/local/bin/ruby". Command output:
/usr/local/www/www.doktormail.org/current/script/../config/../vendor/plugin
On Tue, 13 Feb 2007, Florent Thoumie wrote:
[EMAIL PROTECTED] wrote:
On Tue, 13 Feb 2007, Florent Thoumie wrote:
Garrett Cooper wrote:
Hello Florent,
I was given your name after some corresponding on the ports@ list
because I am trying to port a "video4linux enabled" application to
FreeB
Palle Girgensohn wrote:
> Hi!
>
> As the maintainer of the PostgreSQL ports, I'm planning a move to set
> the 8.1.x branch as the default version for FreeBSD. Now it is 7.4,
> which starts to get a bit rusty.
>
> Any objections?
I'm all in favour of this. Any specific reason you're not moving to
Go for it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Palle Girgensohn
Sent: Tuesday, February 13, 2007 9:37 AM
To: [EMAIL PROTECTED]
Subject: default postgresql 7.4 -> 8.1, OK?
Hi!
As the maintainer of the PostgreSQL ports, I'm planning a move t
Hi !
Please Cc: me in your replies.
I'm trying to install multimedia/vlc on my 3 month-old -CURRENT,
and I got the following error while compiling one of its dependency
(x11-toolkits/wxgtk26):
% g++ -c -o xmldll_xml.o -I.pch/wxprec_xmldll -D__WXGTK__
-DwxUSE_GUI=0 -DWXUSINGDLL -DWXMA
On Tue, Feb 13, 2007 at 04:37:00PM +0100, Palle Girgensohn wrote:
> Hi!
>
> As the maintainer of the PostgreSQL ports, I'm planning a move to set the
> 8.1.x branch as the default version for FreeBSD. Now it is 7.4, which
> starts to get a bit rusty.
>
> Any objections?
Won't it break somethin
I am duplicating Karsten Rothemund's earlier post, as my error message
is identical except for timing numbers:
Unfortunately I only have the last few lines (because of the portupgrade):
10 cases: 10 passed, 0 skipped, 0 failed
Benchmarking xcllttstF
NREPS UPLO Nlda TIME
13 feb 2007 kl. 18.17 skrev Koen Martens:
Palle Girgensohn wrote:
Hi!
As the maintainer of the PostgreSQL ports, I'm planning a move to set
the 8.1.x branch as the default version for FreeBSD. Now it is 7.4,
which starts to get a bit rusty.
Any objections?
I'm all in favour of this. Any sp
13 feb 2007 kl. 20.00 skrev Kris Kennaway:
On Tue, Feb 13, 2007 at 04:37:00PM +0100, Palle Girgensohn wrote:
Hi!
As the maintainer of the PostgreSQL ports, I'm planning a move to
set the
8.1.x branch as the default version for FreeBSD. Now it is 7.4, which
starts to get a bit rusty.
Any o
On Feb 13, 2007, at 2:00 PM, Kris Kennaway wrote:
On Tue, Feb 13, 2007 at 04:37:00PM +0100, Palle Girgensohn wrote:
Hi!
As the maintainer of the PostgreSQL ports, I'm planning a move to
set the
8.1.x branch as the default version for FreeBSD. Now it is 7.4, which
starts to get a bit rusty.
On Tue, Feb 13, 2007 at 09:33:11PM +0100, Palle Girgensohn wrote:
> >Won't it break something? :)
>
> Of course it will... ;^)
>
> But I don't think that it will break anything more badly than what
> can be fixed by a portupgrade -rf postgresql-server.. Also, the
> default postgresql version
On Tuesday 13 February 2007 04:09, Yuri Pankov wrote:
> Hi,
>
> I've attached a patch allowing saa kmod to compile cleanly on amd64 with
> WERROR defined.
>
> I don't use kbtv but am interested in saa713x driver, so improvements to
> make it work in SECAM are welcome. Just setting SECAM video stan
Hi!
I received a request (with patch) to install kqemu-kmod in
/usr/local/modules like fusefs-kmod does. Other klds, like
nivdia-driver, still install into /boot/modules, so I wonder what
is better... The upside would be that the kld wouldn't be deleted
by installkernel, the downsides I can see
On Mon, 12 Feb 2007 21:13:50 +0100
Uwe Laverenz <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 12, 2007 at 08:30:58PM +0100, Lars Stokholm wrote:
>
> > First of all, is it safe to just use 'portupgrade -a' or should I
> > use 'portupgrade -ar'.
>
> 'portupgrade -a' is sufficient and in fact is not dif
On Feb 13, 2007, at 09:17 , Koen Martens wrote:
I'm all in favour of this. Any specific reason you're not moving to
the 8.2.x branch?
8.2.x isn't really stable enough yet for Joe User to pick it up when
they want postgresql support for random-port. I'm definitely in
favor of making 8.1.x
Hi,
openoffice.org-2
openoffice.org-2-RC
openoffice.org-2-devel
is broken on amd64 (running 6.2-PRERELEASE):
g++41 -O -shared -Wl,-soname -Wl,libicuio.so.36 -o ../lib/libicuio.so.36.0
locbund.o ufile.o ufmt_cmn.o uprintf.o uprntf_p.o uscanf.o uscanf_p.o ustdio.o
sprintf.o sscanf.o ustream
14 feb 2007 kl. 05.29 skrev Ade Lovett:
On Feb 13, 2007, at 09:17 , Koen Martens wrote:
I'm all in favour of this. Any specific reason you're not moving to
the 8.2.x branch?
8.2.x isn't really stable enough yet for Joe User to pick it up
when they want postgresql support for random-port.
From: Oliver Lehmann <[EMAIL PROTECTED]>
Subject: openoffice 2 (RC, devel) broken
Date: Wed, 14 Feb 2007 06:01:49 +0100
> Hi,
>
> openoffice.org-2
> openoffice.org-2-RC
> openoffice.org-2-devel
>
> is broken on amd64 (running 6.2-PRERELEASE):
>
>
> g++41 -O -shared -Wl,-soname -Wl,libicuio
Juergen Lock ha scritto:
> The upside would be that the kld wouldn't be deleted
> by installkernel
I don't think they are deleted, the modules directory is not replaced on
installkernel. If the kld is needed at boot time by loader it cannot
stay in /usr/local, but probably kqemu can be loaded late
30 matches
Mail list logo
