kdevelop missing dependency for kde4-baseapps

2017-06-14 Thread fred woods
uname: FreeBSD 11.0-RELESE-p9
arch: amd64

While trying to install the VirtualBox package, ran in to an issue libEGL.
Found out that libEGL and libGL have been moved to mesa-libs (only
documented in MOVED),
Did freebsd-update, and used portsnap to make sure system was up to date.
Did a pkg delete -a -f
Started to rebuild the system from packages, but noticed some of the x11
and kde packages still want to install libEGL, libGL.
Ended up rebuilding the ports where the packages still wanted old libEGL,
libGL.
Built kde4-runtime, kde4-workspace, kdevplatform, and kdevelop-kde4.
Used "make missing" to identify what ports I could install from packages.

After starting kdevelop, noticed the filesystem tool context menu "Create
New" option only had a an empty "Create Link to Device" sub menu.
Built the qt5 file manager, but still saw an empty menu.
Built kde4-baseapps and all of the menu options were restored.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Opera, still functional, 'one cannot make new configs' etc since v9 v10

2015-01-13 Thread Fred Woods
I installed on FreeBSD 9.3 adm64 p5, with gtk2 off.
KDE4 Plasma X server.
Radeon xorg driver (ATI 7750 card).
Got an error about missing libfreetype.so.9, but the browser seemed to work
fine.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Opera, still functional, 'one cannot make new configs' etc since v9 v10

2015-01-11 Thread Fred Woods
If you run opera from a terminal window, do you get something like the
problem described in:
http://stackoverflow.com/questions/2568408/pango-warning-failed-to-choose-a-font-expect-ugly-output

If yes, then a possible work-around is:

Move any pango compliant fonts to /usr/local/lib/X11/fonts
mv /usr/loocal/share/fonts/* /usr/local/lib/X11/fonts

Create a symlink to make /usr/loocal/share/fonts point to
/usr/local/lib/X11/fonts.
ln -sF /usr/local/lib/X11/fonts /usr/loocal/share/fonts
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


python --with-pydebug and google generate your project build tools

2015-01-10 Thread Fred Woods
The google generate your project build tool used by some ports (chromium,
firefox) is not compatible with python built with the debug option
(--with-pydebug).
https://code.google.com/p/gyp/source/browse/trunk/pylib/gyp/input.py
starting at lines 896 to 904.
Code looks for non-zero status or any output on stderr.
Python built with --with-pydebug will write a references count to stderr
upon exit of a python process.
If input.py runs a python sub process, the pydebug output will cause
input.py to assume there was an error in the sub process.

Easy solution: don't build the python port with debugging.
Ugly solution: patch input.py in each affected port to not treat stderr
output as an error.
if p.wiat() != 0 or p_stderr:
if p.wait() != 0:
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


emulators/pipelight failing to build

2015-01-04 Thread Fred Woods
What version of gpg and libgcrypt are you using (gpg --version)?

Seems to work with gpg 2.1.0 and libgcrypt 1.6.1.

However, online docs for gpg seem to indicate --verify is being used wrong
in the Makefile in the port working directory.

https://www.gnupg.org/documentation/manpage.html
...
–verify [[=sigfile=] [=signed-files=]]

Assume that sigfile is a signature and verify it without generating any
output. With no arguments, the signature packet is read from stdin (it may
be a detached signature when not used in batch mode). If only a sigfile is
given, it may be a complete signature or a detached signature, in which
case the signed stuff is expected in a file without the .sig or .asc
extension (if such a file does not exist it is expected at stdin; use a
single dash (-) as filename to force a read from stdin). With more than 1
argument, the first should be a detached signature and the remaining files
are the signed stuff.
...

Which seems to be inline with the error you are seeing.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

/usr/ports/Mk/bsd.gcc.mk

2015-01-03 Thread Fred Woods
Who should I talk to regarding a change to /usr/ports/Mk/bsd.gcc.mk ?

Using FreeBSD 9.3 with latest ports tree.

Line 164 of bsd.gcc.mk reads:
LDFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} -L${_GCC_RUNTIME}
Think it should read:
LDFLAGS:= -Wl,-rpath=${_GCC_RUNTIME} -L${_GCC_RUNTIME} ${LDFLAGS}

Issue was found building freerdp.
During link phase the software was linking with /usr/lib/libstdc++.so.6,
which was older than gcc 4.8, and missing some symbols related to wide
character support.

LDFLAGS includes an rpath for /usr/lib by the time bsd.gcc.mk is evaluated,
so that rpath is being searched before the /usr/local/lib/gcc## path.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


FreeBSD Port: sysutils/pstree

2013-02-28 Thread Fred Hucht
Hi!

Please update pstree to version 2.35 and update the first master site to 
http://www.thp.uni-due.de/pstree/ .

Have fun,

 Fred

Dr. Fred Hucht f...@thp.uni-due.de
Institute of Theoretical Physics
University of Duisburg-Essen, D-47048 Duisburg



smime.p7s
Description: S/MIME cryptographic signature


ports/lang/screamer

2008-09-06 Thread Fred Gilham
This port can be fixed by a patch that comments out two lines in the 
screamer.lisp file:


*** screamer.lisp   Mon Sep  1 21:59:23 2008
--- screamer.lisp~  Thu Mar 10 20:10:22 1994
***
*** 3734,3739 
  (defun realp (x) (typep x 'real))

! ;;#-allegro-v4.2
! ;;(deftype boolean () '(member t nil))

  (defun booleanp (x) (typep x 'boolean))
--- 3734,3739 
  (defun realp (x) (typep x 'real))

! #-allegro-v4.2
! (deftype boolean () '(member t nil))

  (defun booleanp (x) (typep x 'boolean))



--
Fred Gilham   [EMAIL PROTECTED]
Time is nature's way of keeping everything from happening
at once.  Unfortunately, it doesn't always work.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


ParaView3 build and Qt4...

2007-02-15 Thread fred

Hi all,

I'm trying to build ParaView3 (2.9.8) on my freebsd box (6.2).

I have successfully built Qt 4.2.2 and cmake 2.4.6.

But when I run cmake to configure PV3, it complains about something
missing related to Qt4 and X11 if I understand right:

QT_X11_QMAKESPEC_LIBRARY
QT_X11_QMAKESPEC_LIBRARY-NOTFOUND
QT_X11_be_LIBRARY
QT_X11_be_LIBRARY-NOTFOUND
QT_X11_been_LIBRARY
QT_X11_been_LIBRARY-NOTFOUND
QT_X11_cannot_LIBRARY
QT_X11_cannot_LIBRARY-NOTFOUND
QT_X11_configuration_LIBRARY
QT_X11_configuration_LIBRARY-NOTFOUND
QT_X11_file:_LIBRARY
QT_X11_file:_LIBRARY-NOTFOUND
QT_X11_has_LIBRARY
QT_X11_has_LIBRARY-NOTFOUND
QT_X11_not_LIBRARY
QT_X11_not_LIBRARY-NOTFOUND
QT_X11_processing_LIBRARY
QT_X11_processing_LIBRARY-NOTFOUND
QT_X11_project_LIBRARY
QT_X11_project_LIBRARY-NOTFOUND
QT_X11_set,_LIBRARY
QT_X11_set,_LIBRARY-NOTFOUND
QT_X11_so_LIBRARY
QT_X11_so_LIBRARY-NOTFOUND

What does it mean ?

Moreover, the QT_X11_* look very strange to me (not, been, has ???) !

What's wrong ?

Thanks in advance.

Cheers,

--
Fred.


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


Re: ParaView3 build...

2007-02-15 Thread fred

Michael Nottebrock wrote:

Try running 


env QMAKESPEC=/usr/local/share/qt4/mkspecs/freebsd-g++ cmake .


Works much better, thanks !

By the way, PV3 does not find some ffmpeg libs,
whereas ffmpeg is well installed.

 FFMPEG_INCLUDE_DIR  */usr/local/include 

 FFMPEG_avcodec_LIBRARY  */usr/local/lib/libavcodec.so 

 FFMPEG_avformat_LIBRARY */usr/local/lib/libavformat.so 

 FFMPEG_avutil_LIBRARY   *FFMPEG_avutil_LIBRARY-NOTFOUND 

 FFMPEG_dc1394_LIBRARY   *FFMPEG_dc1394_LIBRARY-NOTFOUND 

 FFMPEG_dts_LIBRARY  */usr/local/lib/libdts.a 

 FFMPEG_gsm_LIBRARY  *FFMPEG_gsm_LIBRARY-NOTFOUND 

 FFMPEG_theora_LIBRARY   */usr/local/lib/libtheora.so 

 FFMPEG_vorbis_LIBRARY   */usr/local/lib/libvorbis.so 

 FFMPEG_vorbisenc_LIBRARY*/usr/local/lib/libvorbisenc.so 

 FFMPEG_z_LIBRARY*/usr/lib/libz.so 



Any idea ?

Cheers,

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


Re: icc9

2007-02-03 Thread fred

Alexander Leidinger wrote:

Quoting fred [EMAIL PROTECTED] (from Fri, 02 Feb 2007 19:12:11 +0100):


Hi there,

Has somebody tried to port intel compiler 9.1 to freebsd ?



Have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/103979

It may or may not work for you.

Hmm, fails applying patches, again :-(

===  Extracting for icc-9.1.043_1
= MD5 Checksum OK for l_cc_c_9.1.043.tar.gz.
= SHA256 Checksum OK for l_cc_c_9.1.043.tar.gz.
===   icc-9.1.043_1 depends on executable in : rpm2cpio.pl - found
===  Patching for icc-9.1.043_1
===  Applying FreeBSD patches for icc-9.1.043_1
1 out of 4 hunks failed--saving rejects to include/c++/yvals.h.rej
= Patch patch-include::c++::yvals.h failed to apply cleanly.
= Patch(es) patch-bin::icc patch-bin::icpc patch-include::c++::cstdio 
patch-include::c++::cstdlib p

atch-include::c++::cwchar applied cleanly.
*** Error code 1

Stop in /usr/ports/lang/icc9.


Thanks anyway.

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


Re: VTK 5 in ports

2007-02-01 Thread fred

Thierry Thomas wrote:


Work In [slow] Progress: I have just uploaded a new vtk5.tgz.

math/vtk-headers5 has been removed (files get installed by vtk5), and
now both math/vtk5  math/vtk-python5 build fine - but they do strange
things with their libs. Reviewers welcome!


Hi,

Tons of thanks, Thierry !

I have successfully built mayavi2 with vtk5
so I can be happy :-))

I have also modified two related ports, vtk-data and vtk-examples.

I can send you them, so you can put all them in your single vtk5.tgz file...


Cheers,

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


Re: status of migration to gfortran42 2007.1.12: currently all ports using fortran are unstable.

2007-01-12 Thread fred
[EMAIL PROTECTED] a écrit :
 News:
 
 Kris approved that migration to gfortran 
 
Unless the changes are too extensive, please proceed.
 
 so I'll proceed.
Hi all,

Could be this thread related to some problem I have encountered building
 Scipy on my freebsd boxes (6.2) ?

On one of my freebsd boxes, I built/run successfully scipy 0.5.1,
using the old ports, ie without gcc4.2 need.

On another freebsd box, with the new ports (lapack, blas, atlas) which
need gcc 4.2, building scipy is ok (with atlas or with lapack/blas), but
fails to run : scipy complains that it does not find csqrt function in
lapack/alapack libs.

Am I doing something wrong ?

What's going on ?


Thanks in advance for any clue.

Cheers,

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


Re: VTK 5 in ports

2007-01-02 Thread fred

fred a écrit :

Thierry Thomas a écrit :


Could you please try the following port?
http://people.freebsd.org/~thierry/ports/vtk5.tgz


Sure ! ;-)
Thanks a lot.


I'm not yet sure how it will be committed: maybe I'll repocopy math/vtk
to math/vtk44 and commit this one as math/vtk, updating the vtk-slaves
ports to 5?


I full agree ;-)

In fact, mayavi2 needs vtk-python.
So I would be very happy if you could provide vtk-python port for VTK 5.

Cheers,

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


Re: VTK 5 in ports

2007-01-01 Thread fred

Thierry Thomas a écrit :


Could you please try the following port?
http://people.freebsd.org/~thierry/ports/vtk5.tgz

Sure ! ;-)
Thanks a lot.


I'm not yet sure how it will be committed: maybe I'll repocopy math/vtk
to math/vtk44 and commit this one as math/vtk, updating the vtk-slaves
ports to 5?

I full agree ;-)

I need it to build VTK apps such as mayavi2  paraview 2.9.x (which 
needs also qt4,

not yet included in ports tree).



Well, the latest stable paraview release is still 2.4.4!

Yes,I know it.
The 2.9.x (aka ParaView III) release is the dev release,
and the GUI has been much improved vs the 2.5.x release.


Cheers,

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


cups 1.2.7 HP LaserJet 1320 fails to work...

2006-12-18 Thread fred

Hi the list,

I try to use my HP LaserJet 1320 (usb) with cups 1.2.7 and the following 
ports
installed: foomatic-db-20061214, foomatic-db-engine-20061214, 
foomatic-db-hpijs-1.4,

foomatic-filters-3.0.2_4, hplip-1.6.7.

My printer is well detected during boot:

ugen1: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 3

but when I want to setup it (with mozilla ui), it does not find my HP.

Any suggestion ?

Thanks in advance.

--
http://scipy.org/FredericPetit

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


VTK 5 in ports

2006-12-18 Thread fred

Hi the list,

Does anyone knows when VTK (5.0.2, the last release) will be included in 
ports tree ?


I need it to build VTK apps such as mayavi2  paraview 2.9.x (which 
needs also qt4,

not yet included in ports tree).

Cheers,

--
http://scipy.org/FredericPetit

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


Re: www/dotproject out of date and vulnerable

2006-09-20 Thread Fred Cox
So how about this:

Update the version to 2.0.4 to avoid the
vulnerability.

Modify Makefile to require PHP4:

DEFAULT_PHP_VER=4
WANT_PHP_WEB=   yes
IGNORE_WITH_PHP=5

Add to the files/pkg-message.in to inform the user
that they must have a remote or jailed mysql 3.23 or
make the published patches.

Fred

--- Alex Dupre [EMAIL PROTECTED] wrote:

 Kris Kennaway ha scritto:
 
 Damn, how many messages should I read?! :-)
 
  If there is no problem with using the mysql 5.x
 client, then just use
  mysql 5.x and be done with it.  You need to figure
 out whether or not
  that is true.  If it is false, then there's
 clearly a problem for you
 
 I bet the client will have no problems with mysql
 5.0, so this seems a
 good solution to me.
 
  This whole discussion came about because you were
 trying to look for a
  way to force everything (including php4-mysql) to
 link to mysql 3.x,
  which is currently impossible to achieve
 satisfactorily without
  further work on your part.
 
 And adding a php4-mysql3 port is not trivial and I'm
 against it since
 MySQL 3.23 is unsupported. If dotproject *must*
 depends on mysql 3.23 it
 has to be marked NO_PACKAGE, otherwise the above
 (temporary, until the
 sql scripts will be updated) solution is ok.
 
 --
 Alex Dupre
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-20 Thread Fred Cox
PR sent.  Thanks very much for all of your advice,

Fred

--- Alex Dupre [EMAIL PROTECTED] wrote:

 Fred Cox ha scritto:
  So how about this:
  
  Update the version to 2.0.4 to avoid the
  vulnerability.
  
  Modify Makefile to require PHP4:
  
  DEFAULT_PHP_VER=4
  WANT_PHP_WEB=   yes
  IGNORE_WITH_PHP=5
  
  Add to the files/pkg-message.in to inform the user
  that they must have a remote or jailed mysql 3.23
 or
  make the published patches.
 
 They need MySQL 3.23 server for running sql scripts.
 Local, remote, 
 jailed or virtual is not important.
 Fine for me.
 
 --
 Alex Dupre
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Simon Barner [EMAIL PROTECTED] wrote:

 Hi Fred,
 
 thanks for your work on this port. Could you please
 resubmit the update
 as a unified diff and send it as a problem report
 (PR).

I'm on my way towards doing that, but I want to get it
right beforehand.  I want to be able to require MySQL
3.23.  That requirement doesn't seem to work because
of the indirect dependency through php4-mysql.

I'm looking for clues on how to get this to work.

Thanks,

Fred

 Otherwise
 your work will probably get lost in the vast amount
 of email that gets
 posted on freebsd-ports.
 
 More information in the Porter's Handbook

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/
 
 Very brief summary:
 
 cp -R portdir portdir.orig
 edit files in portdir
 diff -ruN portdir.orig portdir  port.patch
 send-pr -a port.patch
 
 -- 
 Best regards / Viele Grüße, 
[EMAIL PROTECTED]
  Simon Barner   
 [EMAIL PROTECTED]
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
For my second iteration of installing this through the
original port, I was able to install mysql323-client
and php4 before installing dotproject, and everything
worked.  So it appears that php4-mysql will use
mysql323-client if it's already installed.  I haven't
dug through the code to see how that is done, though.

There are patches out there for making things work
with MySQL 4 and 5.  However, they are not officially
supported.

I am debating putting the patches in for MySQL 5, but
if someone goes to the trouble of installing MySQL
3.23 before installing php4-mysql and dotproject, I
think it will break.

Is there any way of getting the dotproject dependency
on MySQL 3.23 to be stronger than the php4-mysql
default dependency on mysql5-client?

Thanks,

Fred

--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 12:23:55PM -0700, Fred Cox
 wrote:
  This is the first time I've tried to modify a
 port,
  and I'm having a bit of trouble because this port
  requires MySQL 3.23 and PHP 4.  Those dependencies
  weren't specified in the port before.
  
  I've gotten PHP4 by adding:
  
  USE_PHP=gd mysql session
  DEFAULT_PHP_VER=4
  WANT_PHP_WEB=   yes
  IGNORE_WITH_PHP=5
  
  Trying to get it to install MySQL 3.23 client
 seems to
  be stymied by the php4-mysql default dependency on
 the
  MySQL 5 client.  I haven't actually figured out
 how it
  specifies this dependency, since the
  php4-mysql/Makefile is very empty.
 
 Basically if php4-mysql wants mysql5 then there is
 no way around it
 for your port.  You will need to create a
 php4-mysql3 port that
 specifies the mysql 3 dependency and use that
 instead.  Is it really a
 requirement to use this old version of mysql?
 
 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
Would you recommend doing the partial job of updating
the port for the vulnerability and requiring PHP4
while I work on the ultimate solution?

Thanks,

Fred

--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 02:15:53PM -0700, Fred Cox
 wrote:
  For my second iteration of installing this through
 the
  original port, I was able to install
 mysql323-client
  and php4 before installing dotproject, and
 everything
  worked.  So it appears that php4-mysql will use
  mysql323-client if it's already installed.  I
 haven't
  dug through the code to see how that is done,
 though.
 
 Yep, you can't rely on that though of course.  If
 the user already has
 the php4-mysql port installed, or installs it from a
 package, it will
 use the default settings.
 
 The only solution is what I previously said.
 
 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox


--- Kris Kennaway [EMAIL PROTECTED] wrote:

 Will fail to package is pretty far from perfection
 in my book :)
 

I don't believe I ever said that.  It builds fine and
even runs, it just has lots of bugs.

Can you let me know what I said that gave you that
impression?

Fred

 Mark the port FORBIDDEN if you have to, but a port
 that will not build
 with default settings should not be committed.
 
 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 03:25:45PM -0700, Fred Cox
 wrote:
  
  
  --- Kris Kennaway [EMAIL PROTECTED] wrote:
  
   Will fail to package is pretty far from
 perfection
   in my book :)
   
  
  I don't believe I ever said that.  It builds fine
 and
  even runs, it just has lots of bugs.
  
  Can you let me know what I said that gave you that
  impression?
 
 Based on what we've discussed, the proposed changes
 to the port will
 make it fail to build with default settings (since
 mysql 4 will be
 installed), for example on the package build
 cluster.
 

I missed that requirement.

So basically, until it can run with PHP 5 and MySQL 5,
it's not good enough to be a port.  Restricting it to
run with PHP 4 will mean that it will be rejected?

Fred

 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 04:00:14PM -0700, Fred Cox
 wrote:
  --- Kris Kennaway [EMAIL PROTECTED] wrote:
  
   On Tue, Sep 19, 2006 at 03:25:45PM -0700, Fred
 Cox
   wrote:


--- Kris Kennaway [EMAIL PROTECTED] wrote:

 Will fail to package is pretty far from
   perfection
 in my book :)
 

I don't believe I ever said that.  It builds
 fine
   and
even runs, it just has lots of bugs.

Can you let me know what I said that gave you
 that
impression?
   
   Based on what we've discussed, the proposed
 changes
   to the port will
   make it fail to build with default settings
 (since
   mysql 4 will be
   installed), for example on the package build
   cluster.
   
  
  I missed that requirement.
  
  So basically, until it can run with PHP 5 and
 MySQL 5,
  it's not good enough to be a port.  Restricting it
 to
  run with PHP 4 will mean that it will be rejected?
 
 No, I guess you've still misunderstood.  I don't
 know how many times I
 can say this, but let me try to explain once more:
 your port should be
 buildable with the default settings of all ports
 involved.
 
 This means that you can't place special requirements
 like you have to
 first install mysql 3.x, then install the php4-mysql
 port, then
 install this port, because that is too non-generic
 and will not be
 true on systems that already have php4-mysql
 installed with the
 default mysql client.
 
 The solution, which I explained several messages
 ago, is to make an
 alternative php4-mysql3 port, which always depends
 on mysql 3.x, and
 use that instead of php4-mysql (it may need to
 conflict with
 php4-mysql, I don't know).  This really isn't very
 hard and you
 perhaps could have done it already by now :)
 

When I was trying to install this in first place, I
couldn't install mysql323-client when mysql5-client
was already installed.  It refused to install.  I had
to install it into a jail by itself with msyql323 and
php4.

I assume that will break the requirement that it be
buildable with defaults, assuming that some other port
that requires mysql has already been built.  Is that a
bad assumption?

Thanks for the education,

Fred

 Kris


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 04:19:23PM -0700, Fred Cox
 wrote:
 
   No, I guess you've still misunderstood.  I don't
   know how many times I
   can say this, but let me try to explain once
 more:
   your port should be
   buildable with the default settings of all ports
   involved.
   
   This means that you can't place special
 requirements
   like you have to
   first install mysql 3.x, then install the
 php4-mysql
   port, then
   install this port, because that is too
 non-generic
   and will not be
   true on systems that already have php4-mysql
   installed with the
   default mysql client.
   
   The solution, which I explained several messages
   ago, is to make an
   alternative php4-mysql3 port, which always
 depends
   on mysql 3.x, and
   use that instead of php4-mysql (it may need to
   conflict with
   php4-mysql, I don't know).  This really isn't
 very
   hard and you
   perhaps could have done it already by now :)
   
  
  When I was trying to install this in first place,
 I
  couldn't install mysql323-client when
 mysql5-client
  was already installed.  It refused to install.  I
 had
  to install it into a jail by itself with msyql323
 and
  php4.
 
 Right, they conflict.  There's nothing you can do
 about that; they
 want to install files on top of each other, breaking
 one or the other
 installation.
 
  I assume that will break the requirement that it
 be
  buildable with defaults, assuming that some other
 port
  that requires mysql has already been built.  Is
 that a
  bad assumption?
 
 Yes, with the above solution mysql 4.x or 5.x do not
 get installed
 when you build your port on a clean system (no ports
 installed, and no
 non-default settings), only mysql 3.x, so there's no
 conflict.
 
 If someone has mysql 4.x or 5.x installed already,
 they get a warning
 from the conflict checking telling them it's
 impossible to install the
 port without first deinstalling mysql 4.x and 5.x,
 which is true and
 unavoidable.
 
 With your proposed version, a conflicting mysql
 version would first be
 installed by php4-mysql and the build of your port
 will subsequently
 fail when it tries to install mysql3 (or vice versa,
 depending on
 which happens first), which is precisely the
 problem.
 

Actually, it doesn't.  It goes ahead and installs it,
even though I specified these:

WITH_MYSQL= yes
WANT_MYSQL_VER= 323
IGNORE_WITH_MYSQL=5

Starting with a system that had no MySQL or PHP
installed on it, I did a make install in the
dotproject port with the Makefile and distinfo I
specified earlier.

It seems to look for mysql.so, and if that's found, it
doesn't worry about the version.

See the log at http://fcox.net/dp.log, when no mysql
or php was installed on the system.

Perhaps this is a bug in the dependencies system.

 Hope this has clarified things sufficiently now,

It certainly presents a certain model, but my
experience doesn't match up with it.

That's why I was confused,

Fred

 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 05:15:45PM -0700, Fred Cox
 wrote:
 
  Actually, it doesn't.  It goes ahead and installs
 it,
  even though I specified these:
  
  WITH_MYSQL= yes
  WANT_MYSQL_VER= 323
  IGNORE_WITH_MYSQL=5
  
  Starting with a system that had no MySQL or PHP
  installed on it, I did a make install in the
  dotproject port with the Makefile and distinfo I
  specified earlier.
  
  It seems to look for mysql.so, and if that's
 found, it
  doesn't worry about the version.
 
 OK, so it's just silently broken, which is worse.
 

It's still better than the current situation.

  See the log at http://fcox.net/dp.log, when no
 mysql
  or php was installed on the system.
  
  Perhaps this is a bug in the dependencies system.
 
 Dunno without investigating.  Anyway, the correct
 solution is the
 same.
 

OK, so if you had a pointer on how to depend on that
alternate version, it would help.  Right now, the
dependencies are specified with the WITH and IGNORE
variables, but it seems that with your proposal I
won't be able to do that.  Maybe tonight I will fall
asleep reading the Porter's Handbook.

Fred

 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 06:02:52PM -0700, Fred Cox
 wrote:
  --- Kris Kennaway [EMAIL PROTECTED] wrote:
  
   On Tue, Sep 19, 2006 at 05:15:45PM -0700, Fred
 Cox
   wrote:
   
Actually, it doesn't.  It goes ahead and
 installs
   it,
even though I specified these:

WITH_MYSQL= yes
WANT_MYSQL_VER= 323
IGNORE_WITH_MYSQL=5

Starting with a system that had no MySQL or
 PHP
installed on it, I did a make install in the
dotproject port with the Makefile and distinfo
 I
specified earlier.

It seems to look for mysql.so, and if that's
   found, it
doesn't worry about the version.
   
   OK, so it's just silently broken, which is
 worse.
   
  
  It's still better than the current situation.
 
 Publishing packages that will not run because
 they're linked to the
 wrong libraries is, again, not my idea of better.
 

There is no linkage problem.  It's a client/server
problem.

PHP4 is perfectly happy being linked with the MySQL 5
client libraries, it's the database server that needs
to be 3.23.  The SQL used in dotProject is legal for
3.23, but not 5.

See the log at http://fcox.net/dp.log, when no
   mysql
or php was installed on the system.

Perhaps this is a bug in the dependencies
 system.
   
   Dunno without investigating.  Anyway, the
 correct
   solution is the
   same.
   
  
  OK, so if you had a pointer on how to depend on
 that
  alternate version, it would help.
 
 Copy the php4-mysql port to php4-mysql3 and make the
 presumably
 trivial change to make it use mysql 3 instead of
 whatever the default
 is.
 

It's not trivial.  The current Makefile is trivial,
but a change to do what you're suggesting will need to
be more complex.

Here's the current php4-mysql Makefile:

CATEGORIES= databases

MASTERDIR=  ${.CURDIR}/../../lang/php4

PKGNAMESUFFIX=  -mysql

.include ${MASTERDIR}/Makefile

The ${MASTERDIR}/Makefile doesn't refer to mysql at
all.

Personally, I don't see how it knows it's supposed to
link MySQL in there.  Perhaps it's because PHP4
defaults to including MySQL support, so this isn't
really doing anything.  I haven't read far enough to
know for sure.

   Right now, the
  dependencies are specified with the WITH and
 IGNORE
  variables, but it seems that with your proposal I
  won't be able to do that.  Maybe tonight I will
 fall
  asleep reading the Porter's Handbook.
 
 OK.
 
 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: www/dotproject out of date and vulnerable

2006-09-19 Thread Fred Cox
--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Tue, Sep 19, 2006 at 06:25:50PM -0700, Fred Cox
 wrote:
 
It's still better than the current situation.
   
   Publishing packages that will not run because
   they're linked to the
   wrong libraries is, again, not my idea of
 better.
   
  
  There is no linkage problem.  It's a client/server
  problem.
  
  PHP4 is perfectly happy being linked with the
 MySQL 5
  client libraries, it's the database server that
 needs
  to be 3.23.  The SQL used in dotProject is legal
 for
  3.23, but not 5.
 
 Then you haven't explained yourself very well,
 because at the start of
 this thread you were talking about a conflict
 between the mysql 3 and
 mysql 5 *clients*, not servers.
 

I haven't been able to verify for sure that using a
MySQL 5 client library against a MySQL 3.23 server is
supported.  I can't find any references on the
MySQL.com site.

In any case, you can't install mysql5?-client and
mysql323-server together using the ports.

Typically, people installing this would have the web
server and the mysql server on the same machine, so
the best solution (other than dotproject finally
supporting modern versions of the software) would be
to link against mysql323-client.  However, there is no
build problem with linking against mysql5?-client. 
dotproject is a set of scripts.

 --
 Trying to get it to install MySQL 3.23 client seems
 to
 be stymied by the php4-mysql default dependency on
 the
 MySQL 5 client.  I haven't actually figured out how
 it
 specifies this dependency, since the
 php4-mysql/Makefile is very empty.
 --
 
 So, does it or does it not require the mysql 3.23
 client in
 php4-mysql and dotproject?
 

I don't know for sure.  Practically speaking, for most
users, it does.

Your objection to doing an interim fix while I try to
figure out how to do what you suggest doesn't apply
though, because there is nothing broken at the package
build or linkage level.  There is only a potential
protocol problem with using different versions of the
client and server together.

   Copy the php4-mysql port to php4-mysql3 and make
 the
   presumably
   trivial change to make it use mysql 3 instead of
   whatever the default
   is.
   
  
  It's not trivial.  The current Makefile is
 trivial,
  but a change to do what you're suggesting will
 need to
  be more complex.
  
  Here's the current php4-mysql Makefile:
  
  CATEGORIES= databases
  
  MASTERDIR=  ${.CURDIR}/../../lang/php4
  
  PKGNAMESUFFIX=  -mysql
  
  .include ${MASTERDIR}/Makefile
  
  The ${MASTERDIR}/Makefile doesn't refer to mysql
 at
  all.
  
  Personally, I don't see how it knows it's supposed
 to
  link MySQL in there.  Perhaps it's because PHP4
  defaults to including MySQL support, so this isn't
  really doing anything.  I haven't read far enough
 to
  know for sure.
 
 Look in bsd.php.mk for the rest.
 

More studying,

Fred

 Kris
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


www/dotproject out of date and vulnerable

2006-09-18 Thread Fred Cox
www/dotproject is still 2.0.2, even though 2.0.4 came
out in June to address an XSS vulnerability.  See
http://www.dotproject.net/ for details.

I've sent mail to the maintainer and the contact for
portaudit, with no response in over 2 weeks and 1 week
respectively.  Portaudit does not report any problem
with dotproject.

What's the next step?

Fred Cox

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: jpgraph-1.20.4a

2006-09-07 Thread fred
This port does not install properly. I fails to create the lang sub 
directory and copy the language files into it.
This causes a locale error.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: RFC: Merging X11BASE to LOCALBASE

2006-07-12 Thread Fred Cox
What about duplicated file names?

On my desktop:

[EMAIL PROTECTED] ~]$ ls -l /usr/{X11R6,local}/man/whatis 
-rw-r--r--  1 root  wheel  162506 Jul  8 04:15
/usr/X11R6/man/whatis
-rw-r--r--  1 root  wheel   48606 Jul  8 04:15
/usr/local/man/whatis
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/applications/mimeinfo.cache
-rw-r--r--  1 root  wheel  13 May  7 14:20
/usr/X11R6/share/applications/mimeinfo.cache
-rw-r--r--  1 root  wheel  13 May  7 14:20
/usr/local/share/applications/mimeinfo.cache
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/mime/XMLnamespaces 
-rw-r--r--  1 root  wheel   0 Mar 26 00:05
/usr/X11R6/share/mime/XMLnamespaces
-rw-r--r--  1 root  wheel  56 Mar 26 00:05
/usr/local/share/mime/XMLnamespaces
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/mime/aliases  
-rw-r--r--  1 root  wheel 0 Mar 26 00:05
/usr/X11R6/share/mime/aliases
-rw-r--r--  1 root  wheel  2038 Mar 26 00:05
/usr/local/share/mime/aliases
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/mime/globs  
-rw-r--r--  1 root  wheel 92 Mar 26 00:05
/usr/X11R6/share/mime/globs
-rw-r--r--  1 root  wheel  12850 Mar 26 00:05
/usr/local/share/mime/globs
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/mime/magic
-rw-r--r--  1 root  wheel 12 Mar 26 00:05
/usr/X11R6/share/mime/magic
-rw-r--r--  1 root  wheel  11275 Mar 26 00:05
/usr/local/share/mime/magic
[EMAIL PROTECTED] ~]$ ls -l
/usr/{X11R6,local}/share/mime/subclasses
-rw-r--r--  1 root  wheel 0 Mar 26 00:05
/usr/X11R6/share/mime/subclasses
-rw-r--r--  1 root  wheel  3202 Mar 26 00:05
/usr/local/share/mime/subclasses

--- John Merryweather Cooper [EMAIL PROTECTED]
wrote:

 Dejan Lesjak wrote:
  Hello,
 
  There were a couple of debates already concerning
 /usr/X11R6 as prefix for X11 
  ports and a bunch of other ports that currently by
 default install there. 
  Quite some people were, when creating a new port
 that depends on X11, 
  wandering whether to put it in X11BASE or
 LOCALBASE. More than once a 
  question of whether the prefix /usr/X11R6 should
 be just dropped or at least 
  only retained for core X11 distribution. With the
 upcoming X.org 7.x ports 
  there is perhaps the opportunity to do the prefix
 merger along that.
  Moving X11 prefix to LOCALBASE would simplify
 above dilemma. It would be also 
  more similar to where linux distributions are
 going (at least Gentoo, Debian 
  and Fedora deprecated /usr/X11R6 in favour of /usr
 which, while 
  not /usr/local is the location of where all
 packages install - depending on 
  X11 or not). If I remember correctly from previous
 discussions, it would be 
  more convenient to people with separate mounts for
 installed packages as 
  well. /usr/local is also the default value for
 --prefix configure option for 
  X.org packages.
  So it is general intention to go with /usr/local
 or rather ${LOCALBASE} as 
  prefix for X11 ports. If anyone feels that this is
 horribly wrong, please 
  speak up.
 
  On behalf of x11 team,
  Dejan

 What impact (if any) would the doubling or tripling
 of the number of 
 files in ./bin have on searching along PATH? Would
 we be shooting 
 ourselves in the foot if we did this?
 
 jmc
 
 ___
 [EMAIL PROTECTED] mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-x11
 To unsubscribe, send any mail to
 [EMAIL PROTECTED]
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: RFC: Merging X11BASE to LOCALBASE

2006-07-12 Thread Fred Cox
Those man pages for whatis are pretty radically
different in size.  Maybe they are mergeable, but
there's going to be a fair amount of work doing that
for all possible conflicts.

I don't have all the ports installed on my machine, so
this is not a complete list.

Fred
--- michael johnson [EMAIL PROTECTED] wrote:

 On 7/12/06, Fred Cox [EMAIL PROTECTED] wrote:
 
  What about duplicated file names?
 
  On my desktop:
 
  [EMAIL PROTECTED] ~]$ ls -l
 /usr/{X11R6,local}/man/whatis
  -rw-r--r--  1 root  wheel  162506 Jul  8 04:15
  /usr/X11R6/man/whatis
  -rw-r--r--  1 root  wheel   48606 Jul  8 04:15
  /usr/local/man/whatis
  [EMAIL PROTECTED] ~]$ ls -l
 
 /usr/{X11R6,local}/share/applications/mimeinfo.cache
  -rw-r--r--  1 root  wheel  13 May  7 14:20
  /usr/X11R6/share/applications/mimeinfo.cache
  -rw-r--r--  1 root  wheel  13 May  7 14:20
  /usr/local/share/applications/mimeinfo.cache
  [EMAIL PROTECTED] ~]$ ls -l
  /usr/{X11R6,local}/share/mime/XMLnamespaces
  -rw-r--r--  1 root  wheel   0 Mar 26 00:05
  /usr/X11R6/share/mime/XMLnamespaces
  -rw-r--r--  1 root  wheel  56 Mar 26 00:05
  /usr/local/share/mime/XMLnamespaces
  [EMAIL PROTECTED] ~]$ ls -l
  /usr/{X11R6,local}/share/mime/aliases
  -rw-r--r--  1 root  wheel 0 Mar 26 00:05
  /usr/X11R6/share/mime/aliases
  -rw-r--r--  1 root  wheel  2038 Mar 26 00:05
  /usr/local/share/mime/aliases
  [EMAIL PROTECTED] ~]$ ls -l
  /usr/{X11R6,local}/share/mime/globs
  -rw-r--r--  1 root  wheel 92 Mar 26 00:05
  /usr/X11R6/share/mime/globs
  -rw-r--r--  1 root  wheel  12850 Mar 26 00:05
  /usr/local/share/mime/globs
  [EMAIL PROTECTED] ~]$ ls -l
  /usr/{X11R6,local}/share/mime/magic
  -rw-r--r--  1 root  wheel 12 Mar 26 00:05
  /usr/X11R6/share/mime/magic
  -rw-r--r--  1 root  wheel  11275 Mar 26 00:05
  /usr/local/share/mime/magic
  [EMAIL PROTECTED] ~]$ ls -l
  /usr/{X11R6,local}/share/mime/subclasses
  -rw-r--r--  1 root  wheel 0 Mar 26 00:05
  /usr/X11R6/share/mime/subclasses
  -rw-r--r--  1 root  wheel  3202 Mar 26 00:05
  /usr/local/share/mime/subclasses
 
 
 alot of this could be merged, ie: all the .cache
 files
 are dynamicly updated when ports that have mime
 info or have icons are installed or deinstall.
 
 
 --- John Merryweather Cooper
 [EMAIL PROTECTED]
  wrote:
 
   Dejan Lesjak wrote:
Hello,
   
There were a couple of debates already
 concerning
   /usr/X11R6 as prefix for X11
ports and a bunch of other ports that
 currently by
   default install there.
Quite some people were, when creating a new
 port
   that depends on X11,
wandering whether to put it in X11BASE or
   LOCALBASE. More than once a
question of whether the prefix /usr/X11R6
 should
   be just dropped or at least
only retained for core X11 distribution. With
 the
   upcoming X.org 7.x ports
there is perhaps the opportunity to do the
 prefix
   merger along that.
Moving X11 prefix to LOCALBASE would simplify
   above dilemma. It would be also
more similar to where linux distributions are
   going (at least Gentoo, Debian
and Fedora deprecated /usr/X11R6 in favour of
 /usr
   which, while
not /usr/local is the location of where all
   packages install - depending on
X11 or not). If I remember correctly from
 previous
   discussions, it would be
more convenient to people with separate mounts
 for
   installed packages as
well. /usr/local is also the default value for
   --prefix configure option for
X.org packages.
So it is general intention to go with
 /usr/local
   or rather ${LOCALBASE} as
prefix for X11 ports. If anyone feels that
 this is
   horribly wrong, please
speak up.
   
On behalf of x11 team,
Dejan
   
   What impact (if any) would the doubling or
 tripling
   of the number of
   files in ./bin have on searching along PATH?
 Would
   we be shooting
   ourselves in the foot if we did this?
  
   jmc
  
   ___
   [EMAIL PROTECTED] mailing list
  
 

http://lists.freebsd.org/mailman/listinfo/freebsd-x11
   To unsubscribe, send any mail to
   [EMAIL PROTECTED]
  
 
 
  __
  Do You Yahoo!?
  Tired of spam?  Yahoo! Mail has the best spam
 protection around
  http://mail.yahoo.com
  ___
  [EMAIL PROTECTED] mailing list
 

http://lists.freebsd.org/mailman/listinfo/freebsd-x11
  To unsubscribe, send any mail to
 [EMAIL PROTECTED]
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]