After upgrading from portupgrade to portupgrade-devel the command
$ portversion -vl''
does not show the _current_ version anymore. Why was it removed? I
found the information useful.
before:
gnutls-2.4.0 needs updating (port has 2.4.1)
now:
gnutlsneeds
Sandra Kachelmann wrote:
After upgrading from portupgrade to portupgrade-devel the command
$ portversion -vl''
does not show the _current_ version anymore. Why was it removed? I
found the information useful.
before:
gnutls-2.4.0 needs updating (port has 2.4.1)
now:
gnutls
Hi,
I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when I
tried to install clamav from ports collection it returned an error:
# make install
=== Building for clamav-0.93.1_2
make all-recursive
Making all in libclamunrar
Making all in libclamunrar_iface
Making
Albert Shih wrote:
Hi all
I want to thanks the dev of portupgrade. It save lots of my time and
work fine.
But I just think about our new computer with the lot of core, a standard
server have dual proc with quad-core that's mean 8 core availble.
In the next version of portupgrade, IMHO
Le 03/07/2008 à 17:23:52+0400, Sergey Matveychuk a écrit
Albert Shih wrote:
If portupgrade can calculate the depency and launch many ports build in
same time for non-depending ports it's can be wonderful.
But it's just a idea. Maybe it's already in the roadmap ...
I'm sure
Sergey Matveychuk writes:
If portupgrade can calculate the depency and launch many ports
build in same time for non-depending ports it's can be
wonderful.
I'm sure it's a good idea. I'd use it too. But I have a very
little free time with my current employment. So I can't
For me the following command does nothing for me even though I currently
have neon26-0.26.4_1 installed:
$ portupgrade -o www/neon28 neon
Adding -f doesn't help either.
I think that this is an old and known regression[*].
Just wanted to remind about this issue and warn unsuspecting ports users.
Robert Huff wrote:
Sergey Matveychuk writes:
If portupgrade can calculate the depency and launch many ports
build in same time for non-depending ports it's can be
wonderful.
I'm sure it's a good idea. I'd use it too. But I have a very
little free time with my current employment.
Hi,
In message [EMAIL PROTECTED], yance
[EMAIL PROTECTED] writes
I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when I
tried to install clamav from ports collection it returned an error:
The problem is not clamav - it's your old and unsupported operating
system.
Does anyone know best way to deal with this one??
I am going round in circles here!!!
#portupgrade -a
[Gathering depends.
...]
[Gathering depends for audio/akode-plugins-mpc .. done]
[Gathering depends for audio/akode-plugins-mpeg . done]
[Gathering depends for
On Thu, Jul 3, 2008 at 10:33 AM, Sergey Matveychuk [EMAIL PROTECTED] wrote:
Robert Huff wrote:
Sergey Matveychuk writes:
If portupgrade can calculate the depency and launch many ports
build in same time for non-depending ports it's can be
wonderful. I'm sure it's a good idea.
Well it works fine outside of a jail. Are you using the ldd command
inside the jail, or outside of it? You need to make sure all of those
libraries are available inside the jail...
On Jul 2, 2008, at 5:25 PM, EVERS ROB wrote:
Hi Sergei,
When running cfengine 2.2.7 (and before that
on 01/07/2008 22:36 Dmitry Marakasov said the following:
* Andriy Gapon ([EMAIL PROTECTED]) wrote:
Any news on the problem? I've gon 2 more reports of gnash failure on
6.3. I've tried to reproduce bug in 6.3 jail, but with no luck (tried
rebuilding everything with different suspicios options
on 03/07/2008 20:46 Andriy Gapon said the following:
Now an important finding - it seems that g++42 tries to use different
libstdc++, not its own.
I verified with nm that missing symbols are present in
/usr/local/lib/gcc-4.2.4/libstdc++.so.6, but g++42 doesn't see them.
I explicitly added the
On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote:
Hi.
After a long time when a new employment and real life(c) having eaten
all my time, a new version of portupgrade was released.
The modifying _all_ packages +CONTENTS bug still present in this version
(as in stable too):
On Thu, Jul 03, 2008 at 11:15:47PM +0400, Andrey Chernov wrote:
On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote:
Hi.
After a long time when a new employment and real life(c) having eaten
all my time, a new version of portupgrade was released.
The modifying _all_
Robert Huff wrote:
Sergey Matveychuk writes:
If portupgrade can calculate the depency and launch many ports
build in same time for non-depending ports it's can be
wonderful.
I'm sure it's a good idea. I'd use it too. But I have a very
little free time with my current employment.
Andrey Chernov wrote:
On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote:
Hi.
After a long time when a new employment and real life(c) having eaten
all my time, a new version of portupgrade was released.
The modifying _all_ packages +CONTENTS bug still present in this version
Kostik Belousov пишет:
On Thu, Jul 03, 2008 at 11:15:47PM +0400, Andrey Chernov wrote:
On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote:
Hi.
After a long time when a new employment and real life(c) having eaten
all my time, a new version of portupgrade was released.
The
On Thu, 3 Jul 2008 09:57:00 -0400
Robert Huff [EMAIL PROTECTED] wrote:
Sergey Matveychuk writes:
If portupgrade can calculate the depency and launch many ports
build in same time for non-depending ports it's can be
wonderful.
I'm sure it's a good idea. I'd use it too.
On Wed, 2008-07-02 at 15:57 -0400, Chuck Robey wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm having problems building this, it dpoesn't see it's own defintion for
symbol
avahi_init_i18n (it's defined it it's own code but I guess not linked in). I
went and googled it, it's
Hi Sergei,
When running cfengine 2.2.7 (and before that 2.2.3) (in a jail) on my
FreeBSD 6.3 box the cfservd crashes after client connect.
Sys version
FreeBSD cfengine.debank.tv 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed
Jun 4
05:22:14 CEST 2008 [EMAIL
* Andriy Gapon ([EMAIL PROTECTED]) wrote:
A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base
libstdc+ is picked over the correct one.
Since you can not reproduce this in clean environment I wonder where
that -L/usr/lib comes from.
Seems like you're right, I don't have
Hello,
I've created a patch for MPD adding a new feature. Could you please
review it and, possibly, include it in the mpd or the ports tree, or at
least like a port option?
The details for the patch are here :
Hi Boris,
I am sorry for my late answer. I was on holidays.
I remember Makefile has ENABLE_VTY_GROUP knob, so You may use it. Is it what
You need?
egrep ENABLE_VTY_GROUP /usr/ports/net/quagga/Makefile
.if defined(ENABLE_VTY_GROUP)
CONFIGURE_ARGS+=--enable-vty-group=${ENABLE_VTY_GROUP}
Very strange, but looks like this is a problem in system's rc, as my rc does
not have 34978 lines of code :)
Hi Boris,
The problem I haven´t solved since February, when I met with him again by
chance in July when dealing with another problem, a new multicast api in
FreeBSD 7. I will write
Hi Boris again, :)
I would like to thank you retrospectively to that my proposal is realised, and
if this view has ceased to function, so I have to respond.
I am afraid that in the last two committed changes in quagga, the error
occurred.
I have three systems, where I have installed
On Thu, Jul 3, 2008 at 5:03 AM, Dmitry [EMAIL PROTECTED] wrote:
Hello. What about samba 3.2.0?
Later, possibly after 3.2.1 - too many problems with it.
Cheers,
Timur,
___
freebsd-ports@freebsd.org mailing list
28 matches
Mail list logo