Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Konstantin Belousov]

On Thu, Nov 30, 2006 at 04:42:01PM -0500, Robert Noland wrote:
> 
> > On Thu, Nov 30, 2006 at 11:36:10AM -0800, Tim Clewlow wrote:
> > > 
> > > --- Robert Noland  wrote:
> > > 
> > > > From: Robert Noland 
> > > > To: freebsd-ports at freebsd.org
> > > > Date: Thu, 30 Nov 2006 13:06:40 -0500
> > > > Subject: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> > > > 
> > > > 
> > > > > Hello,
> > > > > 
> > > > > I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to 
> > > > > build
> > > > (among
> > > > > other things). It builds and runs fine, however, azureus limps along 
> > > > > for
> > > > about
> > > > > 10 minutes with very low download and upload speeds, then it seems to 
> > > > > grind
> > > > to
> > > > > a halt, the d/l and u/l basically stop. There are no errors to report
> > > > because
> > > > > the application keeps going, but the problem is it stops actually d/l 
> > > > > or
> > > > u/l
> > > > > anything (sometimes you might get short bursts of extremely slow 
> > > > > speeds,
> > > > but it
> > > > > is mostly 0 B/s).
> > > > > 
> > > > > I suspect that diablo-jdk that is at fault, but in truth this is just 
> > > > > a
> > > > hunch.
> > > > 
> > > > This is a problem with azureus, not the jdk.  The same issue exists with
> > > > sun jdk15.  I am attempting to look at the code, but someone with more
> > > > java foo than I would probably be much more productive.  It appears to
> > > > be an issue with socket handling...
> > > > 
> > > > robert.
> > > > 
> > > 
> > > FYI - I discovered the internet connection was constantly at 100% u/l due 
> > > to a
> > > number of people on the LAN doing p2p, so I shaped the external link to 
> > > only
> > > allow 80% of the real uplink capacity (which creates a 20% buffer to 
> > > attempt to
> > > mininize collisions on the uplink) and azureus suddenly came back to 
> > > life. Note
> > > that azureus on the windows box was happy before I shaped the link, but 
> > > the BSD
> > > version was not. This makes me think the BSD version of azureus gets into
> > > trouble when outgoing packets get lost due to packet collision.
> > > 
> > > Tim.
> > 
> > Does this thing use nio ?
> 
> Yes, it does.

See PR java/105482.


pgpSWUu9umL0w.pgp
Description: PGP signature

Ports with a broken PKGORIGIN: devel/versuch

[erwin]

** The following ports have an incorrect PKGORIGIN **

 PKGORIGIN connects packaged or installed ports to the directory they
 originated from. This is essential for tools like pkg_version or
 portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
 wrong order of CATEGORIES after a repocopy.

 Please fix any errors as soon as possible.

 The ports tree was updated at Thu Nov 30 2006 22:59:21 UTC.

- *devel/versuch* <[EMAIL PROTECTED]>: net/versuch
   | revision 1.2
   | date: 2006/11/30 19:12:42;  author: alepulver;  state: Exp;  lines: +1 -1
   | - Change CATEGORIES to "net" (after repocopy) to fix PKGORIGIN.
   | 
   | Reported by:   erwin


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Ports with a broken PKGORIGIN: net/versuch

[Alejandro Pulver]

On Thu, 30 Nov 2006 21:05:44 +0100
Pav Lucistnik <[EMAIL PROTECTED]> wrote:

> Alejandro Pulver píše v čt 30. 11. 2006 v 16:13 -0300:
> > On Thu, 30 Nov 2006 18:22:27 GMT
> > [EMAIL PROTECTED] wrote:
> > 
> > > ** The following ports have an incorrect PKGORIGIN **
> > > 
> > >  PKGORIGIN connects packaged or installed ports to the directory they
> > >  originated from. This is essential for tools like pkg_version or
> > >  portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
> > >  wrong order of CATEGORIES after a repocopy.
> > > 
> > >  Please fix any errors as soon as possible.
> > > 
> > >  The ports tree was updated at Thu Nov 30 2006 15:54:01 UTC.
> > > 
> > > - *net/versuch* <[EMAIL PROTECTED]>: devel/versuch
> > >| revision 1.1
> > >| date: 2006/10/07 21:28:46;  author: alepulver;  state: Exp;
> > >| Versuch is a H323 voice & video proxy appropriated for border and 
> > > zone
> > >| controlling (without RAS). Disigned for heavy load.
> > >| 
> > >| WWW: http://versuch.sourceforge.net/
> > >| 
> > >| PR:  ports/103936
> > >| Submitted by:warlock
> > > 
> > > 
> > 
> > Fixed.
> 
> No, you touched the wrong port. Please back out your commit.
> 
> Erwin fixed it already in the correct place.
> 

The change was backed out, sorry.

Best Regards,
Ale


signature.asc
Description: PGP signature

INDEX now builds successfully on 4.x

[Erwin Lansing]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

FreeBSD Port: py24-numpy-1.0r1

[Kael Fischer]

Hi Tony-

I've got some reports for you about the numpy port.

On i386 6.1-RELEASE (130kB build log on request) the port builds and
installs.  There are python Warnings generated to the effect that
libalapack_r.so is not > 4000k (its ~3500k), and I am refered to
numpy/INSTALL.txt to read KNOW PROBLEMS, but that file does not exist in any
of the numpy distributions I have seen.  At runtime this is generated:

Python 2.4.3 (#2, Nov 30 2006, 17:35:31)
[GCC 3.4.4 [FreeBSD] 20050518] on freebsd6
Type "help", "copyright", "credits" or "license" for more information.

import numpy

Traceback (most recent call last):
 File "", line 1, in ?
 File "/usr/local/lib/python2.4/site-packages/numpy/__init__.py", line 40,
in ?
   import linalg
 File "/usr/local/lib/python2.4/site-packages/numpy/linalg/__init__.py",
line 4, in ?
   from linalg import *
 File "/usr/local/lib/python2.4/site-packages/numpy/linalg/linalg.py", line
25, in ?
   from numpy.linalg import lapack_lite
ImportError: /usr/local/lib/libalapack_r.so.1: Undefined symbol
"cblas_dswap"




On AMD64 6.0-RELEASE, the port builds and installs.  At run time this is
what you get:
Python 2.4.3 (#2, Nov 29 2006, 14:57:08)
[GCC 3.4.4 [FreeBSD] 20050518] on freebsd6
Type "help", "copyright", "credits" or "license" for more information.

import numpy

Traceback (most recent call last):
 File "", line 1, in ?
 File "/usr/local/lib/python2.4/site-packages/numpy/__init__.py", line 36,
in ?
   import core
 File "/usr/local/lib/python2.4/site-packages/numpy/core/__init__.py", line
6, in ?
   import umath
ImportError: /usr/local/lib/python2.4/site-packages/numpy/core/umath.so:
Undefined symbol "ldexpf"




ldd reports that umath.so is linked to libm, but oddly it does not have
ldexpf!  Obviously an operating system problem, but I thought you might be
interested.

Regards,
Kael




--
Kael Fischer, Ph.D
DeRisi Lab - Univ. Of California San Francisco
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: rsync as a daemon doesn't play nice with rcng

[Erik Trulsson]

On Thu, Nov 30, 2006 at 05:09:43PM -0500, Bill Moran wrote:
> 
> Noticed that the rsync port has an rcng compliant script for starting
> rsync in daemon mode.  Nice.
> 
> Unfortunately, rsync doesn't seem to write its pidfile to /var/run,
> and doesn't seem to even _support_ doing so.

The documentation suggests that it *does* support doing so.
The rsyncd.conf(5) manpage (referenced by the rsync(1) manpage) mentions
a "pid file" option that seems to be exactly what you want.
(The rsync port also installs an example rsyncd.conf into /usr/local/etc/
 that sets that option.)

I have never actually tried running rsync in daemon mode so I don't know
if the above actually works, but it certainly seems like it should.

>  As a result, the rc
> system is unable to determine when it's running, thus stop and
> restart work poorly.
> 
> Is there a mechanism within the rc system that can work around this
> so the rc script can be improved?
> 
> -- 
> Bill Moran
> Collaborative Fusion Inc.

-- 

Erik Trulsson
[EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Something broken with azureus 2.5

[Robert Huff]

As long as I've got knowledgable java/azureus people here,
perhaps they'd be willing to help with a different problem.  (I've
sent mail to the azureus maintainer and had no response.)

Running:

azureus-2.5.0.0

using:

jdk-1.5.0p3_6   (built from the port)

on:

7.0-CURRENT #0: Tue Nov 14 17:38:15 EST 2006

every time I start azureus I get a pop-up:

Warning

There appears to be another
program process already listening on
socket [127.0.0.1:6880].
Loading of torrents via command line
parameter will fail until this is fixed.


Hide

However:
before running azureus:

huff@>> sockstat | grep 6880
huff@>> 

while running:

huff@>> sockstat | grep 6880
huff@>> 

Running from the command line returns the appended messages.
Anybody got a clue?  Have I mis-configured something, or has
the code broken?


Robert Huff


StartSocket: passing startup args to already-running Azureus java process 
listening on [127.0.0.1: 6880]
java.net.SocketException: Invalid argument
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:364)
at java.net.Socket.connect(Socket.java:507)
at java.net.Socket.connect(Socket.java:457)
at java.net.Socket.(Socket.java:365)
at java.net.Socket.(Socket.java:178)
at org.gudy.azureus2.ui.swt.StartSocket.sendArgs(Unknown Source)
at org.gudy.azureus2.ui.swt.Main.(Unknown Source)
at org.gudy.azureus2.ui.swt.Main.main(Unknown Source)
DEBUG::Thu Nov 30 22:13:36 GMT 
2006::org.gudy.azureus2.ui.swt.StartSocket::sendArgs::-1:
  java.net.SocketException: Invalid argument
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:364)
at java.net.Socket.connect(Socket.java:507)
at java.net.Socket.connect(Socket.java:457)
at java.net.Socket.(Socket.java:365)
at java.net.Socket.(Socket.java:178)
at org.gudy.azureus2.ui.swt.StartSocket.sendArgs(Unknown Source)
at org.gudy.azureus2.ui.swt.Main.(Unknown Source)
at org.gudy.azureus2.ui.swt.Main.main(Unknown Source)

There appears to be another program process already listening on socket 
[127.0.0.1: 6880].
Loading of torrents via command line parameter will fail until this is fixed.
DEBUG::Thu Nov 30 22:13:42 GMT 
2006::com.aelitis.azureus.core.instancemanager.impl.AZInstanceManagerImpl::log::-1:
  java.net.SocketException: Invalid argument
at java.net.PlainDatagramSocketImpl.join(Native Method)
at 
java.net.PlainDatagramSocketImpl.joinGroup(PlainDatagramSocketImpl.java:196)
at java.net.MulticastSocket.joinGroup(MulticastSocket.java:357)
at 
com.aelitis.net.udp.mc.impl.MCGroupImpl.processNetworkInterfaces(Unknown Source)
at com.aelitis.net.udp.mc.impl.MCGroupImpl.(Unknown Source)
at com.aelitis.net.udp.mc.impl.MCGroupImpl.getSingleton(Unknown Source)
at com.aelitis.net.udp.mc.MCGroupFactory.getSingleton(Unknown Source)
at 
com.aelitis.azureus.core.instancemanager.impl.AZInstanceManagerImpl.initialize(Unknown
 Source)
at com.aelitis.azureus.core.impl.AzureusCoreImpl.start(Unknown Source)
at org.gudy.azureus2.ui.swt.mainwindow.Initializer.run(Unknown Source)
at org.gudy.azureus2.ui.swt.mainwindow.SWTThread$1.runSupport(Unknown 
Source)
at org.gudy.azureus2.core3.util.AERunnable.run(Unknown Source)
at java.lang.Thread.run(Thread.java:595)

DEBUG::Thu Nov 30 22:13:42 GMT 
2006::com.aelitis.azureus.core.instancemanager.impl.AZInstanceManagerImpl::log::-1:
  java.net.BindException: Can't assign requested address
at java.net.PlainDatagramSocketImpl.bind0(Native Method)
at 
java.net.PlainDatagramSocketImpl.bind(PlainDatagramSocketImpl.java:82)
at java.net.DatagramSocket.bind(DatagramSocket.java:368)
at 
com.aelitis.net.udp.mc.impl.MCGroupImpl.processNetworkInterfaces(Unknown Source)
at com.aelitis.net.udp.mc.impl.MCGroupImpl.(Unknown Source)
at com.aelitis.net.udp.mc.impl.MCGroupImpl.getSingleton(Unknown Source)
at com.aelitis.net.udp.mc.MCGroupFactory.getSingleton(Unknown Source)
at 
com.aelitis.azureus.core.instancemanager.impl.AZInstanceManagerImpl.initialize(Unknown
 Source)
at

Re: rsync as a daemon doesn't play nice with rcng

[Pav Lucistnik]

Bill Moran píše v čt 30. 11. 2006 v 17:09 -0500:

> Noticed that the rsync port has an rcng compliant script for starting
> rsync in daemon mode.  Nice.
> 
> Unfortunately, rsync doesn't seem to write its pidfile to /var/run,
> and doesn't seem to even _support_ doing so.  As a result, the rc
> system is unable to determine when it's running, thus stop and
> restart work poorly.
> 
> Is there a mechanism within the rc system that can work around this
> so the rc script can be improved?

Oh? It does write a pidfile here, as /var/run/rsyncd.pid, and rc script
stop uses it nicely.

-- 
Pav Lucistnik <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

Eat when you are hungry, sleep when you are tired.
Chase butterflies when you want some fun.


signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy

rsync as a daemon doesn't play nice with rcng

[Bill Moran]

Noticed that the rsync port has an rcng compliant script for starting
rsync in daemon mode.  Nice.

Unfortunately, rsync doesn't seem to write its pidfile to /var/run,
and doesn't seem to even _support_ doing so.  As a result, the rc
system is unable to determine when it's running, thus stop and
restart work poorly.

Is there a mechanism within the rc system that can work around this
so the rc script can be improved?

-- 
Bill Moran
Collaborative Fusion Inc.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

INDEX build failed for 4.x

[Erwin Lansing]

INDEX build failed with errors:
Generating INDEX - please wait.. Done.
make_index: lua51-filename-1.2: no entry for /usr/ports

Committers on the hook:
ahze alepulver delphij dinoex edwin erwin fjoe laszlof leeym miwi pav philip 
rafan skv sumikawa 

Most recent CVS update was:
U UPDATING
U audio/timidity++-emacs/Makefile
U audio/timidity++-xaw/Makefile
U audio/timidity++-xaw/pkg-plist
U databases/p5-Rose-DB-Object/Makefile
U databases/p5-Rose-DB-Object/distinfo
U deskutils/gworkspace/Makefile
U deskutils/gworkspace/pkg-plist
U devel/readline/Makefile
U devel/readline/files/support_shobj-conf.diff
U devel/versuch/Makefile
U graphics/p5-Imlib2/Makefile
U math/snns/Makefile
U net/asterisk-bristuff/Makefile
U net/versuch/Makefile
U net-p2p/rblibtorrent/Makefile
U net-p2p/rblibtorrent/distinfo
U net-p2p/rblibtorrent/pkg-plist
U net-p2p/rblibtorrent/files/patch-Makefile.in
U net-p2p/rblibtorrent/files/patch-include_libtorrent_asio_detail_socket_ops.hpp
U www/planet/Makefile
U www/planet/distinfo
U x11/gnustep-app/Makefile
U x11/gnustep-app/pkg-descr
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Robert Noland]

> On Thu, Nov 30, 2006 at 11:36:10AM -0800, Tim Clewlow wrote:
> > 
> > --- Robert Noland  wrote:
> > 
> > > From: Robert Noland 
> > > To: freebsd-ports at freebsd.org
> > > Date: Thu, 30 Nov 2006 13:06:40 -0500
> > > Subject: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> > > 
> > > 
> > > > Hello,
> > > > 
> > > > I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build
> > > (among
> > > > other things). It builds and runs fine, however, azureus limps along for
> > > about
> > > > 10 minutes with very low download and upload speeds, then it seems to 
> > > > grind
> > > to
> > > > a halt, the d/l and u/l basically stop. There are no errors to report
> > > because
> > > > the application keeps going, but the problem is it stops actually d/l or
> > > u/l
> > > > anything (sometimes you might get short bursts of extremely slow speeds,
> > > but it
> > > > is mostly 0 B/s).
> > > > 
> > > > I suspect that diablo-jdk that is at fault, but in truth this is just a
> > > hunch.
> > > 
> > > This is a problem with azureus, not the jdk.  The same issue exists with
> > > sun jdk15.  I am attempting to look at the code, but someone with more
> > > java foo than I would probably be much more productive.  It appears to
> > > be an issue with socket handling...
> > > 
> > > robert.
> > > 
> > 
> > FYI - I discovered the internet connection was constantly at 100% u/l due 
> > to a
> > number of people on the LAN doing p2p, so I shaped the external link to only
> > allow 80% of the real uplink capacity (which creates a 20% buffer to 
> > attempt to
> > mininize collisions on the uplink) and azureus suddenly came back to life. 
> > Note
> > that azureus on the windows box was happy before I shaped the link, but the 
> > BSD
> > version was not. This makes me think the BSD version of azureus gets into
> > trouble when outgoing packets get lost due to packet collision.
> > 
> > Tim.
> 
> Does this thing use nio ?

Yes, it does.

robert.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Tim Clewlow]

--- Kostik Belousov <[EMAIL PROTECTED]> wrote:

> Date: Thu, 30 Nov 2006 22:26:56 +0200
> From: Kostik Belousov <[EMAIL PROTECTED]>
> To: Tim Clewlow <[EMAIL PROTECTED]>
> CC: freebsd-ports@freebsd.org, [EMAIL PROTECTED]
> Subject: Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> 
> On Thu, Nov 30, 2006 at 11:36:10AM -0800, Tim Clewlow wrote:
> > 
> > --- Robert Noland <[EMAIL PROTECTED]> wrote:
> > 
> > > From: Robert Noland <[EMAIL PROTECTED]>
> > > To: freebsd-ports@freebsd.org
> > > Date: Thu, 30 Nov 2006 13:06:40 -0500
> > > Subject: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> > > 
> > > 
> > > > Hello,
> > > > 
> > > > I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build
> > > (among
> > > > other things). It builds and runs fine, however, azureus limps along
> for
> > > about
> > > > 10 minutes with very low download and upload speeds, then it seems to
> grind
> > > to
> > > > a halt, the d/l and u/l basically stop. There are no errors to report
> > > because
> > > > the application keeps going, but the problem is it stops actually d/l
> or
> > > u/l
> > > > anything (sometimes you might get short bursts of extremely slow
> speeds,
> > > but it
> > > > is mostly 0 B/s).
> > > > 
> > > > I suspect that diablo-jdk that is at fault, but in truth this is just a
> > > hunch.
> > > 
> > > This is a problem with azureus, not the jdk.  The same issue exists with
> > > sun jdk15.  I am attempting to look at the code, but someone with more
> > > java foo than I would probably be much more productive.  It appears to
> > > be an issue with socket handling...
> > > 
> > > robert.
> > > 
> > 
> > FYI - I discovered the internet connection was constantly at 100% u/l due
> to a
> > number of people on the LAN doing p2p, so I shaped the external link to
> only
> > allow 80% of the real uplink capacity (which creates a 20% buffer to
> attempt to
> > mininize collisions on the uplink) and azureus suddenly came back to life.
> Note
> > that azureus on the windows box was happy before I shaped the link, but the
> BSD
> > version was not. This makes me think the BSD version of azureus gets into
> > trouble when outgoing packets get lost due to packet collision.
> > 
> > Tim.
> 
> Does this thing use nio ?
> 

It uses the following ports from "java" to build - I dont know if nio is in
these versions or not:

-0003 jakarta-commons-cli-1.0,1 /java/jakarta-commons-cli
-0004 junit-3.8.2 /java/junit
-0007 diablo-jdk-1.5.0.07.01_1 /java/diablo-jdk15
-0010 jakarta-commons-lang-2.1 /java/jakarta-commons-lang
-0037 javavmwrapper-2.3 /java/javavmwrapper

It also uses the following ports from "net" to build:

-0006 seda-3.0 /net/seda
-0034 linc-1.0.3_6 /net/linc
-0058 samba-libsmbclient-3.0.23c /net/samba-libsmbclient
-0059 avahi+libdns-0.6.14_3 /net/avahi

Tim.


 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

pgpO6BwveEWFK.pgp
Description: pat1261442496
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

net-p2p/microdc: port is no longer in development, but there is a successor

[Pankov Pavel]

The port net-p2p/microdc is no longer in development and it's author 
recommends to use more functional and supported fork called microdc2 
instead (see http://www.nongnu.org/microdc/ and 
http://corsair626.no-ip.org/microdc/).


I'm currently the maintainer of net-p2p/microdc and like to move to 
microdc2, but I don't know how to be with the port. I can see several 
posibilities:
1) net-p2p/microdc can be simply updated to microdc2's latest version 
(IMO it's bad: package/port name would be microdc instead of logical 
microdc2)
2) net-p2p/microdc can be repo-copied to something like 
net-p2p/microdc2, which later will be updated to microdc2's latest version
3) add new port net-p2p/microdc2 with the microdc2 fork (and 
net-p2p/microdc can be optionally marked as depriciated in favour of 
net-p2p/microdc2)


As for me, I prefer the 3) variant, but I'm sure this isn't the first 
dead project and there is some examples that should be done in such cases.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Kostik Belousov]

On Thu, Nov 30, 2006 at 11:36:10AM -0800, Tim Clewlow wrote:
> 
> --- Robert Noland <[EMAIL PROTECTED]> wrote:
> 
> > From: Robert Noland <[EMAIL PROTECTED]>
> > To: freebsd-ports@freebsd.org
> > Date: Thu, 30 Nov 2006 13:06:40 -0500
> > Subject: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> > 
> > 
> > > Hello,
> > > 
> > > I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build
> > (among
> > > other things). It builds and runs fine, however, azureus limps along for
> > about
> > > 10 minutes with very low download and upload speeds, then it seems to 
> > > grind
> > to
> > > a halt, the d/l and u/l basically stop. There are no errors to report
> > because
> > > the application keeps going, but the problem is it stops actually d/l or
> > u/l
> > > anything (sometimes you might get short bursts of extremely slow speeds,
> > but it
> > > is mostly 0 B/s).
> > > 
> > > I suspect that diablo-jdk that is at fault, but in truth this is just a
> > hunch.
> > 
> > This is a problem with azureus, not the jdk.  The same issue exists with
> > sun jdk15.  I am attempting to look at the code, but someone with more
> > java foo than I would probably be much more productive.  It appears to
> > be an issue with socket handling...
> > 
> > robert.
> > 
> 
> FYI - I discovered the internet connection was constantly at 100% u/l due to a
> number of people on the LAN doing p2p, so I shaped the external link to only
> allow 80% of the real uplink capacity (which creates a 20% buffer to attempt 
> to
> mininize collisions on the uplink) and azureus suddenly came back to life. 
> Note
> that azureus on the windows box was happy before I shaped the link, but the 
> BSD
> version was not. This makes me think the BSD version of azureus gets into
> trouble when outgoing packets get lost due to packet collision.
> 
> Tim.

Does this thing use nio ?


pgp4zcI6QaWcr.pgp
Description: PGP signature

Re: Ports with a broken PKGORIGIN: net/versuch

[Pav Lucistnik]

Alejandro Pulver píše v čt 30. 11. 2006 v 16:13 -0300:
> On Thu, 30 Nov 2006 18:22:27 GMT
> [EMAIL PROTECTED] wrote:
> 
> > ** The following ports have an incorrect PKGORIGIN **
> > 
> >  PKGORIGIN connects packaged or installed ports to the directory they
> >  originated from. This is essential for tools like pkg_version or
> >  portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
> >  wrong order of CATEGORIES after a repocopy.
> > 
> >  Please fix any errors as soon as possible.
> > 
> >  The ports tree was updated at Thu Nov 30 2006 15:54:01 UTC.
> > 
> > - *net/versuch* <[EMAIL PROTECTED]>: devel/versuch
> >| revision 1.1
> >| date: 2006/10/07 21:28:46;  author: alepulver;  state: Exp;
> >| Versuch is a H323 voice & video proxy appropriated for border and zone
> >| controlling (without RAS). Disigned for heavy load.
> >| 
> >| WWW: http://versuch.sourceforge.net/
> >| 
> >| PR:ports/103936
> >| Submitted by:  warlock
> > 
> > 
> 
> Fixed.

No, you touched the wrong port. Please back out your commit.

Erwin fixed it already in the correct place.

-- 
Pav Lucistnik <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

East or west, ~ is best.


signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy

INDEX build failed for 4.x

[Erwin Lansing]

INDEX build failed with errors:
Generating INDEX - please wait.. Done.
make_index: lua51-filename-1.2: no entry for /usr/ports

Committers on the hook:
ahze dinoex edwin leeym miwi pav philip rafan skv sumikawa 

Most recent CVS update was:
U astro/position/Makefile
U cad/varkon/Makefile
U databases/Makefile
U databases/fortytwo-bdb/Makefile
U databases/fortytwo-bdb/distinfo
U databases/fortytwo-bdb/pkg-descr
U databases/fortytwo-bdb/pkg-plist
U databases/fortytwo-bdb/files/patch-GNUmakefile
U deskutils/etoile-menuserver/Makefile
U devel/Makefile
U devel/fortytwo-encore/Makefile
U devel/fortytwo-encore/distinfo
U devel/fortytwo-encore/pkg-descr
U devel/fortytwo-encore/pkg-plist
U finance/Makefile
U finance/expense/Makefile
U finance/expense/distinfo
U finance/expense/pkg-descr
U finance/expense/pkg-plist
U graphics/Makefile
U graphics/fortytwo/Makefile
U graphics/fortytwo/distinfo
U graphics/fortytwo/pkg-descr
U graphics/fortytwo/pkg-plist
U graphics/fortytwo/files/patch-GNUmakefile
U lang/sr/Makefile
U lang/sr/files/patch-aa
U mail/Makefile
U mail/addresses-goodies/Makefile
U mail/addresses-goodies/distinfo
U mail/addresses-goodies/pkg-descr
U mail/addresses-goodies/pkg-plist
U x11-wm/etoile-azalea/Makefile
U x11-wm/etoile-azdock/Makefile
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: xfce 4.4 RC2 - patchset 10

[Oliver Lehmann]

Oliver Lehmann wrote:

> here comes the 4.4 RC2 patchset:
> 
> http://people.freebsd.org/~oliver/xfce/xfce4.4_ports_08.tar.bz2
> 
> Make sure you don't have any by-hand or by former patches modified xfce
> ports - otherwise the patch will fail. I tested both the patch and the
> share with a clean cvsuped portstree and they applied without any error.
> If you are getting errors nevertheless, let me know.


http://people.freebsd.org/~oliver/xfce/xfce4.4_ports_10.tar.bz2

Is the latest patchset and basically the 08/09 patchset just updated in a
way that it applies again to a more recent portstree (with xfce4-media
update).

-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Tim Clewlow]

--- Robert Noland <[EMAIL PROTECTED]> wrote:

> From: Robert Noland <[EMAIL PROTECTED]>
> To: freebsd-ports@freebsd.org
> Date: Thu, 30 Nov 2006 13:06:40 -0500
> Subject: Something is really not right with azureus 2.5 / diablo-jdk 1.5
> 
> 
> > Hello,
> > 
> > I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build
> (among
> > other things). It builds and runs fine, however, azureus limps along for
> about
> > 10 minutes with very low download and upload speeds, then it seems to grind
> to
> > a halt, the d/l and u/l basically stop. There are no errors to report
> because
> > the application keeps going, but the problem is it stops actually d/l or
> u/l
> > anything (sometimes you might get short bursts of extremely slow speeds,
> but it
> > is mostly 0 B/s).
> > 
> > I suspect that diablo-jdk that is at fault, but in truth this is just a
> hunch.
> 
> This is a problem with azureus, not the jdk.  The same issue exists with
> sun jdk15.  I am attempting to look at the code, but someone with more
> java foo than I would probably be much more productive.  It appears to
> be an issue with socket handling...
> 
> robert.
> 

FYI - I discovered the internet connection was constantly at 100% u/l due to a
number of people on the LAN doing p2p, so I shaped the external link to only
allow 80% of the real uplink capacity (which creates a 20% buffer to attempt to
mininize collisions on the uplink) and azureus suddenly came back to life. Note
that azureus on the windows box was happy before I shaped the link, but the BSD
version was not. This makes me think the BSD version of azureus gets into
trouble when outgoing packets get lost due to packet collision.

Tim.


 

Want to start your own business?
Learn how on Yahoo! Small Business.
http://smallbusiness.yahoo.com/r-index
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: apache + php + mysql startup order

[Dmitry Pryanishnikov]

Hello!

On Thu, 30 Nov 2006, Doug Barton wrote:

Since apache runs as www user, it should require LOGIN, as mysql do.


Agreed.


 It would be nice!


As for the OP's original question, there is no reason you can't change
the REQUIRE lines in the rc.d scripts yourself. Have your -check
script require LOGIN, then have the mysql script require your -check
script, and have apache require mysql.


  Actually, just having the following:

# BEFORE:  apache
# REQUIRE: mysql

in -check script forces correct order (mysql-server -> mysql-check ->
apache.sh) despite issuing an error message about the circular dependency.
And yes, I can just replace

# REQUIRE: DAEMON
# BEFORE: LOGIN

with

# REQUIRE: LOGIN

in apache.sh, and all works correctly. Yet I prefer (as usually in open-source
software world) not to keep local fixes for obvious bugs (and reapply them
during every [re]install of apache), but to report them upstream instead.


hth,

Doug


Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail:  [EMAIL PROTECTED]
nic-hdl: LYNX-RIPE
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Ports with a broken PKGORIGIN: net/versuch

[Alejandro Pulver]

On Thu, 30 Nov 2006 18:22:27 GMT
[EMAIL PROTECTED] wrote:

> ** The following ports have an incorrect PKGORIGIN **
> 
>  PKGORIGIN connects packaged or installed ports to the directory they
>  originated from. This is essential for tools like pkg_version or
>  portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
>  wrong order of CATEGORIES after a repocopy.
> 
>  Please fix any errors as soon as possible.
> 
>  The ports tree was updated at Thu Nov 30 2006 15:54:01 UTC.
> 
> - *net/versuch* <[EMAIL PROTECTED]>: devel/versuch
>| revision 1.1
>| date: 2006/10/07 21:28:46;  author: alepulver;  state: Exp;
>| Versuch is a H323 voice & video proxy appropriated for border and zone
>| controlling (without RAS). Disigned for heavy load.
>| 
>| WWW: http://versuch.sourceforge.net/
>| 
>| PR:  ports/103936
>| Submitted by:warlock
> 
> 

Fixed.

Best Regards,
Ale


signature.asc
Description: PGP signature

Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5

[martinko]

Robert Noland wrote:
>> Hello,
>>
>> I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build 
>> (among
>> other things). It builds and runs fine, however, azureus limps along for 
>> about
>> 10 minutes with very low download and upload speeds, then it seems to grind 
>> to
>> a halt, the d/l and u/l basically stop. There are no errors to report because
>> the application keeps going, but the problem is it stops actually d/l or u/l
>> anything (sometimes you might get short bursts of extremely slow speeds, but 
>> it
>> is mostly 0 B/s).
>>
>> I suspect that diablo-jdk that is at fault, but in truth this is just a 
>> hunch.
> 
> This is a problem with azureus, not the jdk.  The same issue exists with
> sun jdk15.  I am attempting to look at the code, but someone with more
> java foo than I would probably be much more productive.  It appears to
> be an issue with socket handling...
> 
> robert.
> 
>> uname -a
>> FreeBSD earth.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC
>> 2006 root at opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>>
>> PS - this is not a complaint, or even an error report, it is more of a heads 
>> up
>> with what I am having happen on my system - also, I installed azureus to a
>> windoze box that is on the same LAN and it is behaving normally, so it doesnt
>> look like firewall/nat issue.
>>
>> Regards, Tim.
> 
> 

Couldn't this be the old threading issue?


$ cat /etc/libmap.conf
# /etc/libmap.conf : mato [17-may-2006]
#
# candidate mapping
#

[/usr/local/diablo-jdk1.5.0/]   # due to azureus vs java bug

libpthread.so   libc_r.so
libpthread.so.2 libc_r.so.6
#libpthread.so  libthr.so
#libpthread.so.2libthr.so.2

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Non-email contributors?

[martinko]

Vasil Dimov wrote:
> On Wed, Nov 29, 2006 at 04:47:53PM -0800, Wes Peters wrote:
>> I want to record the contributor for the port I've just added, but they 
>> don't 
>> have an email address, just a web site.  Does the following look kosher?
>>
>> --- contrib.additional.sgml 16 Nov 2006 00:09:42 -  1.641
>> +++ contrib.additional.sgml 30 Nov 2006 00:30:18 -
>> @@ -9830,6 +9830,11 @@
>>  
>>  
>>  
>> +  Poco Community
>> +   http://appinf.com/poco/info/index.html";>Applied 
>> Informatics Software Engineering GmBH
>> +
>> +
>> +
>>rossiya
>> [EMAIL PROTECTED]
>>  
> 
> How could anyone contact them?
> I guess that the email should be there to be used as contact
> information. From that URL I guess that a way to
> contact them would be to use the mailing list
> [EMAIL PROTECTED], right?
> 

You could contact someone via a web email form or some such.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: apache + php + mysql startup order

[Doug Barton]

Alex Dupre wrote:
> Dmitry Pryanishnikov ha scritto:
>> 2) either rc.d/apache.sh or rc.d/mysql-server should be changed somehow
>>in order to allow (if not force) to start apache _after_ mysqld.
> 
> Since apache runs as www user, it should require LOGIN, as mysql do.

Agreed.

As for the OP's original question, there is no reason you can't change
the REQUIRE lines in the rc.d scripts yourself. Have your -check
script require LOGIN, then have the mysql script require your -check
script, and have apache require mysql.

hth,

Doug

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Ports with a broken PKGORIGIN: net/versuch

[erwin]

** The following ports have an incorrect PKGORIGIN **

 PKGORIGIN connects packaged or installed ports to the directory they
 originated from. This is essential for tools like pkg_version or
 portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
 wrong order of CATEGORIES after a repocopy.

 Please fix any errors as soon as possible.

 The ports tree was updated at Thu Nov 30 2006 15:54:01 UTC.

- *net/versuch* <[EMAIL PROTECTED]>: devel/versuch
   | revision 1.1
   | date: 2006/10/07 21:28:46;  author: alepulver;  state: Exp;
   | Versuch is a H323 voice & video proxy appropriated for border and zone
   | controlling (without RAS). Disigned for heavy load.
   | 
   | WWW: http://versuch.sourceforge.net/
   | 
   | PR:ports/103936
   | Submitted by:  warlock


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Something is really not right with azureus 2.5 / diablo-jdk 1.5

[Robert Noland]

> Hello,
> 
> I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build (among
> other things). It builds and runs fine, however, azureus limps along for about
> 10 minutes with very low download and upload speeds, then it seems to grind to
> a halt, the d/l and u/l basically stop. There are no errors to report because
> the application keeps going, but the problem is it stops actually d/l or u/l
> anything (sometimes you might get short bursts of extremely slow speeds, but 
> it
> is mostly 0 B/s).
> 
> I suspect that diablo-jdk that is at fault, but in truth this is just a hunch.

This is a problem with azureus, not the jdk.  The same issue exists with
sun jdk15.  I am attempting to look at the code, but someone with more
java foo than I would probably be much more productive.  It appears to
be an issue with socket handling...

robert.

> uname -a
> FreeBSD earth.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC
> 2006 root at opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
> 
> PS - this is not a complaint, or even an error report, it is more of a heads 
> up
> with what I am having happen on my system - also, I installed azureus to a
> windoze box that is on the same LAN and it is behaving normally, so it doesnt
> look like firewall/nat issue.
> 
> Regards, Tim.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

INDEX build failed for 4.x

[Erwin Lansing]

INDEX build failed with errors:
Generating INDEX - please wait.. Done.
make_index: lua51-filename-1.2: no entry for /usr/ports

Committers on the hook:
ahze dinoex edwin leeym miwi pav philip rafan skv sumikawa 

Most recent CVS update was:
U Mk/bsd.python.mk
U astro/xephem/Makefile
U databases/memcached/Makefile
U databases/memcached/distinfo
U databases/memcached/files/patch-memcached.c
U devel/Makefile
U devel/lua-filename/Makefile
U devel/lua-filename/files/patch-filename.lua
U devel/lua50-filename/Makefile
U devel/p5-File-Find-Object/Makefile
U devel/p5-File-Find-Object/distinfo
U devel/p5-Test-File/Makefile
U devel/p5-Test-File/distinfo
U graphics/vp/Makefile
U irc/epic4/Makefile
U irc/epic4/distinfo
U irc/epic4/pkg-plist
U math/tomsfastmath/Makefile
U math/tomsfastmath/distinfo
U mbone/wbd/Makefile
U misc/p5-Locale-SubCountry/Makefile
U misc/p5-Locale-SubCountry/distinfo
U multimedia/motion/Makefile
U multimedia/motion/distinfo
U multimedia/vlc/Makefile.inc
U multimedia/vlc-devel/Makefile.inc
U multimedia/xdvshow/Makefile
U net/echoping/Makefile
U net/echoping/pkg-plist
U textproc/p5-KinoSearch/Makefile
U textproc/p5-KinoSearch/distinfo
U textproc/p5-KinoSearch/pkg-plist
U textproc/p5-Lingua-EN-NameParse/Makefile
U textproc/p5-Lingua-EN-NameParse/distinfo
U textproc/p5-Lingua-EN-NameParse/pkg-plist
U www/Makefile
U www/plone/pkg-plist
U www/zope210/Makefile
U www/zope210/distinfo
U www/zope210/pkg-plist
U www/zope210/files/instance_message.in
U www/zope210/files/package-pkg-message.in
U www/zope210/files/patch-lib-python-zope-structuredtext
U www/zope210/files/zeo210.sh.in
U www/zope210/files/zeo_message.in
U www/zope210/files/zope210.sh.in
U x11/gnustep-app/Makefile
U x11/gnustep-app/pkg-descr
U x11/wmmenu/files/patch-Makefile
U x11-wm/weewm/Makefile
U x11-wm/windowlab/Makefile
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD Port: milter-greylist-2.0.2

[Hajimu UMEMOTO]

Hi,

> On Thu, 30 Nov 2006 09:40:52 +0100
> "Adri Koppes" <[EMAIL PROTECTED]> said:

adrik> The current port of milter-greylist is more then 1 year old.
adrik> Do you have any plans to update the port to the newer 3.1.1 release?

3.1.1 is develepment release, and you shouldn't think it stable.  3.0
is better for port, IMHO.

Sincerely,

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED]  [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Ports with a broken PKGORIGIN: net/versuch

[erwin]

** The following ports have an incorrect PKGORIGIN **

 PKGORIGIN connects packaged or installed ports to the directory they
 originated from. This is essential for tools like pkg_version or
 portupgrade to work correctly. Wrong PKGORIGINs are often caused by a
 wrong order of CATEGORIES after a repocopy.

 Please fix any errors as soon as possible.

 The ports tree was updated at Thu Nov 30 2006 10:58:21 UTC.

- *net/versuch* <[EMAIL PROTECTED]>: devel/versuch
   | revision 1.1
   | date: 2006/10/07 21:28:46;  author: alepulver;  state: Exp;
   | Versuch is a H323 voice & video proxy appropriated for border and zone
   | controlling (without RAS). Disigned for heavy load.
   | 
   | WWW: http://versuch.sourceforge.net/
   | 
   | PR:ports/103936
   | Submitted by:  warlock


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ports/devel/icu: PTHREAD_LIBS clean

[Lowell Gilbert]

Mikhail Teterin <[EMAIL PROTECTED]> writes:

> On Wednesday 29 November 2006 10:45, Lowell Gilbert wrote:
> = ICU is different in that not only can it be called from multiple
> = threads, but those threads can (in theory -- as far as I know, you're
> = right that nobody uses this capability right now) be interacting.
> =  
> = > You are (slightly) pessimizing your installation by building a
> = > thread-aware ICU without having a need for it...
> = 
> = On the other hand, that could change at any time.  
> = 
> = Think of all the other programmers in the world as independent
> = threads, that could use the API in new ways...  ;-)
>
> I know. And the ICU developers think, threads should be enabled by default. 
> The reason they aren't right now -- in the FreeBSD port -- is because of 
> certain bugs in thread implementation(s) on FreeBSD/ia64, which lead to 
> crashes in ICU.
>
> Since nothing is using ICU in a multi-threaded fashion _right now_, the 
> current version of the port builds without threads by default. Norikatsu 
> confirms, he is not calling into ICU from multiple threads either, hence my 
> suggestion, he does not need to change the option.
>
> When the ia64's thread-implementation improves, the next update to the port 
> will change the default...

Okay, I apologize for misunderstanding you; I thought you were saying
that the thread libraries had just been fixed.  
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Undefined reference to 'llrint' when portinstalling multimedia/mplayer

[Mark Linimon]

On Tue, Nov 28, 2006 at 11:52:49AM -0800, Jeremy Chadwick wrote:
> Something like this should do just fine:
> 
> .if ${OSVERSION} < 504000
> BROKEN=   Requires FreeBSD 5.4 or later, for llrint(3)
> .endif

s/BROKEN/IGNORE/.  BROKEN="doesn't currently work".  IGNORE="known not to
work now, nor will it work later".

FYI.

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: DESTDIR problems ...

[Kris Kennaway]

On Thu, Nov 30, 2006 at 10:22:43AM +0100, Vincent Blondel wrote:

Something is wrong with your mail client, your reply was intermingled
with my email without quoting it in a recognizable way.  I've repaired
this for now but please fix this in future.

Also, somehow you managed to ignore the "reply-to" that I added to try
and correct your previous off-topic email.

> > a) mount the ports tree inside your jail (e.g using nullfs) and build
> > it "as normal"

> I tried earlier to mount some nfs shares but I saw on the net this does
> not seem possible from within a jail.

It is possible...so I guess you read something bogus.

> I did not know it was possible with nullfs fs. I will try it and this is
> sure a solution for my problem.

> > b) Use precompiled packages within your jail, e.g. from the FTP site
> > using pkg_add -r or 'make package' outside the jail.
> 
> this is not always easy to add precompiled ports when I have to be
> asolutely sure all paramaters I'd like to have are well included in this
> package ... like PAM, SASL, GSSAPI, LDAP, KRB5.
> 
> Furthermore, I do not think there are some precompiled packages for ports
> like JDK.

That's why I said "or 'make package'", i.e. create your own packages
with the settings you want.

Kris


pgpdzcyBQ6JNY.pgp
Description: PGP signature

[HEADSUP] Default BDB version change in OpenLDAP 2.3 and 2.4 servers

[LI Xin]

Hi,

I have just committed a change that have changed the default BDB version
that OpenLDAP 2.3 and 2.4 servers use.  It's recommended to do a backup
before the upgrade, and use slapadd to restore the data afterwards.

Cheers,
-- 
Xin LI <[EMAIL PROTECTED]>  http://www.delphij.net/
FreeBSD - The Power to Serve!



signature.asc
Description: OpenPGP digital signature

Re: apache + php + mysql startup order

[Alex Dupre]

Dmitry Pryanishnikov ha scritto:

2) either rc.d/apache.sh or rc.d/mysql-server should be changed somehow
   in order to allow (if not force) to start apache _after_ mysqld.


Since apache runs as www user, it should require LOGIN, as mysql do.

--
Alex Dupre
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: DESTDIR problems ...

[Vincent Blondel]

On Thu, November 30, 2006 08:50, Kris Kennaway wrote:
On Wed, Nov 29, 2006 at 02:15:10PM +0100, Vincent Blondel wrote:
>
> Hello,
>
>
> I just finalized a Makefile making a complete apache jail machine. For
> this I used a common
>
> 'make DESTDIR=jail_path install clean'
>
>
> But I noticed this does not work with all ports. For info, these packages
>  give me problems perl5.8 m4 p5-Locale-gettext autoconf259 apache20.
>
> Nevertheless, I found a workaround by first making a package and install
> it after in the jail machine.
>
> For example, I noticed 'install phase' (apache20) makes problems with
> variable PREFIX that is not defined with PREFIX=DESTDIR+PREFIX. This is
> just an example but there are others.
>
> Can somebody say me if these problems are known, if these bugs are being
> solved  ??

This was sent to the wrong list; the freebsd-ports mailing list
is --> that way.

Anyway, DESTDIR support is incomplete and further work seems to have
stalled.  The easiest thing to do is either

a) mount the ports tree inside your jail (e.g using nullfs) and build
it "as normal"

I tried earlier to mount some nfs shares but I saw on the net this does
not seem possible from within a jail.

I did not know it was possible with nullfs fs. I will try it and this is
sure a solution for my problem.

b) Use precompiled packages within your jail, e.g. from the FTP site
using pkg_add -r or 'make package' outside the jail.

this is not always easy to add precompiled ports when I have to be
asolutely sure all paramaters I'd like to have are well included in this
package ... like PAM, SASL, GSSAPI, LDAP, KRB5.

Furthermore, I do not think there are some precompiled packages for ports
like JDK.

Kris
Many thanks Kris, Vincent.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: apache + php + mysql startup order

[Vasil Dimov]

On Thu, Nov 30, 2006 at 12:07:33PM +0300, Andrew Pantyukhin wrote:
> On 11/30/06, Dmitry Pryanishnikov <[EMAIL PROTECTED]> wrote:
> >
> >Hello!
> >
> >I'm trying to write an automated rc.d-script that should
> >check MySQL database before it's used by the
> >Apache+PHP hosting.
> 
> If I were you, I'd make my php scripts handle temporary
> db outages. Don't forget that most hosting providers have
> web and sql servers on separate machines.

Yes, but that does not address the problem Dmitry mentioned.
As a system administrator one may not have control over the
way PHP scripts work.

-- 
Vasil Dimov
[EMAIL PROTECTED]
%
Grelb's Reminder:
Eighty percent of all people consider themselves to be above
average drivers.


pgpCAwH8S6x7W.pgp
Description: PGP signature

Re: apache + php + mysql startup order

[Dmitry Pryanishnikov]

Hello!

On Thu, 30 Nov 2006, Andrew Pantyukhin wrote:

On 11/30/06, Dmitry Pryanishnikov <[EMAIL PROTECTED]> wrote:

I'm trying to write an automated rc.d-script that should
check MySQL database before it's used by the
Apache+PHP hosting.


If I were you, I'd make my php scripts handle temporary
db outages. Don't forget that most hosting providers have
web and sql servers on separate machines.


  You seem to miss my point - I'm sysadmin, _not_ webmaster, so those
scripts are not mine. Let every person handle he's own set of tasks ;)
I just want to ensure that apache+php (or +CGI or whatever) will not
access broken DB before it's repaired. There is a non-zero probability
for DB to be damaged due to power supply outage, but 'mysqlcheck -r'
always fixes those damages for me - so why don't automate this procedure?


Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail:  [EMAIL PROTECTED]
nic-hdl: LYNX-RIPE
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: apache + php + mysql startup order

[Andrew Pantyukhin]

On 11/30/06, Dmitry Pryanishnikov <[EMAIL PROTECTED]> wrote:


Hello!

I'm trying to write an automated rc.d-script that should
check MySQL database before it's used by the
Apache+PHP hosting.


If I were you, I'd make my php scripts handle temporary
db outages. Don't forget that most hosting providers have
web and sql servers on separate machines.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

apache + php + mysql startup order

[Dmitry Pryanishnikov]

Hello!

  I'm trying to write an automated rc.d-script that should check MySQL 
database before it's used by the Apache+PHP hosting. So I've added a simple

script with the following block:

# PROVIDE: mysql-check
# BEFORE:  apache
# REQUIRE: mysql

This gives rcorder's warning:

rcorder: Circular dependency on provision `LOGIN' in file 
`/usr/local/etc/rc.d/mysql-server'.


yet forces the correct order:

/usr/local/etc/rc.d/mysql-server
/usr/local/etc/rc.d/mysql-check
/usr/local/etc/rc.d/apache.sh

Without this rc.d-file, apache starts before MySQL (since apache.sh contains
"# BEFORE: LOGIN" and mysql-server contains "# REQUIRE: LOGIN"). This default
order makes no sence to me: why to start apache if it can't correctly serve
the hosting w/o working MySQL server? So I feel that either

1) I don't understand something trivial, or

2) either rc.d/apache.sh or rc.d/mysql-server should be changed somehow
   in order to allow (if not force) to start apache _after_ mysqld.

Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail:  [EMAIL PROTECTED]
nic-hdl: LYNX-RIPE
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: net/openldap23-server: PTHREAD_LIBS clean

[LI Xin]

Norikatsu Shigemura wrote:
> Hi delphij!
> 
>   I found a problem that openldap23-server doesn't reflect
>   PTHREAD_LIBS=ANY (like -lthr).  Please check following patch.
> 
> Index: Makefile
> ===
> RCS file: /home/ncvs/ports/net/openldap23-server/Makefile,v
> retrieving revision 1.143
> diff -u -r1.143 Makefile
> --- Makefile  15 Nov 2006 07:10:22 -  1.143
> +++ Makefile  27 Nov 2006 09:33:31 -
> @@ -78,6 +78,8 @@
>  OPENLDAP_PKGFILESUFX=
>  .endif
>  
> +CONFIGURE_SED=   -e 's,-kthread,${PTHREAD_LIBS},g'
> +
>  .include 
>  
>  .if defined(CLIENT_ONLY)

Committed, thanks!

Cheers,
-- 
Xin LI <[EMAIL PROTECTED]>  http://www.delphij.net/
FreeBSD - The Power to Serve!



signature.asc
Description: OpenPGP digital signature

FreeBSD Port: milter-greylist-2.0.2

[Adri Koppes]

Hi Cyril,

The current port of milter-greylist is more then 1 year old.
Do you have any plans to update the port to the newer 3.1.1 release?

Best regards,

Adri Koppes
SalesManager Software B.V.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"