Re: X11/Xorg library dependencies

2008-02-15 Thread Florent Thoumie
On Fri, Feb 8, 2008 at 7:02 PM, Gregory W. MacPherson
[EMAIL PROTECTED] wrote:
 I just finished spending much more time than I would like to building
  out various library and toolkit components to get Xorg working on my
  FreeBSD 6.3 STABLE box. Apparently the dependency tree looks something
  like this:

  libICE
  libSM
  libXt
  libXext
  libXpm
  libXmu

  Where each library requires the ones list before it in the list.

  It would be nice if the owners of these various ports would update their
  Makefiles and Configuration scripts to check for the existence of the
  other ports and (gasp) actually build the missing dependencies). While
  some ports fail with suggestive messages, I long for the days when port
  maintainers understood the dependencies (rather than assuming them
  because they have always been on the developers' systems).

You're lucky you got an answer.

Next time change the tone of your email, kthxbye.

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


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Miroslav Lachman

Doug Barton wrote:

Aryeh M. Friedman wrote:


Doug Barton wrote:




The idea is more along the lines of knowing how far you are away from
completing the whole build



... and I repeat my thesis that what you're really interested in is
how much time is left, not how many ports are left to build, and no
tool is going to be able to tell you that.


... if FreeBSD has building cluster for packages, why not just record 
time to build each package and use this value(s) for approximation of 
time left? :o)


I know that build time is dependent on CPU, disks etc., it was just my 
thought to publish the time needed to build on FreeBSD building system, 
so people can easily find that package X needs 10 times more than 
package Y etc..


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


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Sergey Matveychuk

Doug Barton worte:

I'm going to respond to these from the portmaster perspective to try
and give some additional context. No criticism of portupgrade is
intended, since I've said many times that they are not completely
overlapping in feature sets.


Doug, I feel no resentment on criticism of portupgrade. I know it's not 
perfect. You know too, otherwise you did not start portmaster I think :)


My purpose is to fix portupgrade with as little modifications as it's 
possible just because I have no time (and motivations) to rewrite 
algorithms completely. Moreover, I think somebody who have more time and 
ruby skills should support it. But for three years I've got it, only two 
little patches (a few lines) was sent to me.


If somebody wants to help, sources are on SourceForge. Send me patches 
and ask a write access if you feel you can.



I'm also responding since I think these are interesting questions and
I've put a lot of thought into my solutions for them. :)


Thank you. I can't add much to your answers.

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


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Alexander Leidinger
Quoting Aryeh M. Friedman [EMAIL PROTECTED] (from Thu, 14  
Feb 2008 11:46:10 -0500):



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

How hard would it be to add the following to portupgrade-devel:

1. Progress report for -a builds (i.e. after and/or at the start of a
port build it says how many ports are left to be processed)


portupgrade --emit-summaries ...

Bye,
Alexander.

--
He who minds his own business is never unemployed.

http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org   netchild @ FreeBSD.org  : PGP ID = 72077137
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Matthew D. Fuller
On Thu, Feb 14, 2008 at 01:46:08PM -0800 I heard the voice of
Doug Barton, and lo! it spake thus:
 
 ... and I repeat my thesis that what you're really interested in is
 how much time is left, not how many ports are left to build, and no
 tool is going to be able to tell you that.

No, but a tool can give me a good guess by telling me what's to do.
I've often wished I could tell portupgrade to write a file in /tmp
with a summary list of what it's going to do in order, with pointers
to what happened.  So, I could cat /tmp/foo at any time, and see
something vaguely like:

---
www/apache22 DONE
lang/php5DONE
lang/perlFAILED
security/mhash   Currently Building
emulators/mtools
www/firefox
x11-servers/xorg-server
---

The x/y it shows in argv is vaguely useful, and it DOES gives a little
X total, Y done, Z ignored, A failed list before each build (at
least, with -v, which I always have on), but that doesn't tell me
what's left to do, what's already done, what failed, etc.  And it
doesn't tell me anything unless I happen to be watching the terminal
at just the right time, and read quick before it scrolls off.  I have
to wait 'till the end for any details that.

Rewriting a file at the beginning of each build that I could cat WOULD
tell me a lot, and I could start looking ahead of time at what failed
(perl usually fails, for instance, because I mount / readonly, and it
tries to rewrite make.conf), or have some idea how much is left to do
just by my general knowledge of what things build fast and which take
ages.


(of course, I say portupgrade because I use portupgrade, but
portmaster growing that would be a reason to look more closely at
switching   ;)

-- 
Matthew Fuller (MF4839)   |  [EMAIL PROTECTED]
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Alex Zbyslaw

Matthew D. Fuller wrote:


And it
doesn't tell me anything unless I happen to be watching the terminal
at just the right time, and read quick before it scrolls off.  I have
to wait 'till the end for any details that.
 


portupgrade {your stuff} | tee /tmp/portupgrade.log   # [1]

Now you can just use less on /tmp/portupgrade.log and still have the 
on-screen stuff.  Of course, stuff like curses option screens look a bit 
weird viewed in less, but if all you want is to find the last summary, 
that should be easy with less and you could even write an alias to do it 
automatically, I'm sure.


You can also go old-skool and just use ^S to stop the output, scroll 
your xterm back up to see what you want, then ^Q to restart output.  If 
you ^S for too long the builds will pause when the output buffer fills 
up, so you do have to remember to ^Q. [2]


--Alex

[1] csh syntax.  21 | for sh
[2] If you're not doing this under X, then scroll-lock, page-up/down 
etc, and scroll-lock to restart.



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


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Matthew D. Fuller
On Fri, Feb 15, 2008 at 11:30:17AM + I heard the voice of
Alex Zbyslaw, and lo! it spake thus:
 Matthew D. Fuller wrote:
 
 And it
 doesn't tell me anything unless I happen to be watching the terminal
 at just the right time, and read quick before it scrolls off.  I have
 to wait 'till the end for any details that.
  
 portupgrade {your stuff} | tee /tmp/portupgrade.log   # [1]

Well.  That would be a good way to have a couple hundred megabyte (and
growing) file around, to tell me one byte more information [the number
of failures/skipped vs. succeeded, as opposed to 'already dealt with']
than ps can already tell me.  Not really topping my todo list :)


-- 
Matthew Fuller (MF4839)   |  [EMAIL PROTECTED]
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portupgrade-devel: 2 feature requests

2008-02-15 Thread Randy Pratt
On Thu, 14 Feb 2008 11:46:10 -0500
Aryeh M. Friedman [EMAIL PROTECTED] wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 How hard would it be to add the following to portupgrade-devel:
 
 1. Progress report for -a builds (i.e. after and/or at the start of a 
 port build it says how many ports are left to be processed)

I think this information exists while a port is being updated:

  ps -auxww | grep ruby

You will probably get several lines of processes but one of which
will say something like [10/25] indicating that its working on
the tenth one of 25 total.  This may only exist in later versions
of portupgrade.

Its possible to create your own database of port build times by
creating a list of ports to be updated and running it thru
pkg_sort so that they are in correct dependency order, then
using /usr/bin/time you can build each port individually and record
each port's build time (seconds) in some flat file, for ex:

  devel/glib20|140.85
  devel/gmake|45.16
  devel/gnome-vfs|289.34
  devel/gnomevfs2|338.94
  devel/libIDL|50.06
  devel/libbonobo|162.98
  devel/libglade2|81.53

It would be more accurate than any build times from someone else
since it would be based on your machine's environment.

I went all the way and used Xdialog to display a progress bar and
other such frills.

In the end, I stopped bothering since it added needless complexity to
the process and it still took however long it takes to finish.

Randy




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


Does openoffice.org-2 not compile with diablo-jdk5?

2008-02-15 Thread eculp

I am pretty sure that I have compiled it with diablo previously but now I get:

configure: error: JDK is too old, you need at least 1.3
===  Script configure failed unexpectedly.

I have diablo-jdk-1.5.0.07.01_9 installed.  Running up to date  
prerelease with kernel from a couple of days ago, haven't rebooted.


FreeBSD 7.0-PRERELEASE #305: Tue Feb 12 05:50:43 CST 2008

On a side note, I was going to install jdk16 and found that the  
required bsd-jdk16-patches-3.tar.bz2 now has patch set 4 -  
bsd-jdk16-patches-4.tar.bz2


I corrected the distinfo and make file and am building it now with  
patch set 4.


Thanks,

ed

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


Re: Does openoffice.org-2 not compile with diablo-jdk5?

2008-02-15 Thread TooMany Secrets
On 2/15/08, eculp [EMAIL PROTECTED] wrote:
  I have diablo-jdk-1.5.0.07.01_9 installed.  Running up to date
  prerelease with kernel from a couple of days ago, haven't rebooted.

  FreeBSD 7.0-PRERELEASE #305: Tue Feb 12 05:50:43 CST 2008

I think there isn't any diablo-jdk for 7.x branch...

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

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

pkg-plist and WWWDIR

2008-02-15 Thread Gergely CZUCZY
Hello

I've been updating sysutils/nut from 2.2.0 to .1, and I've
hit some issues there.

First of all, bsd.port.mk sets WWWDIR for the actual port,
which is very nice of it. OTOH the CGI support is optional
in nut, which results in a conditional entry in pkg-plist.
the NUT_CGI plist variable is only set if the CGI support
is enabled, and WWWDIR is an absolute path. If the CGI
support is enabled, then NUT_CGI is set to an empty string.
And WWWDIR is added to the PKG_PLIST variables.

The resulting lines in pkg-plist is the following:
%%NUT_CGIWWWDIR%%/file

And when the pkg-plist is processed it preprends /usr/local,
since that's the PREFIX, so it will end up looking for ${PREFIX}/${WWWDIR},
which will result in /usr/local/usr/local/www/nut/file .

I've checked other ports, %%WWWDIR%% is used directly at other
places, so I think when an entry begins with a slash that will
transform to an absolute path, without prepending the PREFIX.
As i think the conditional %%NUT_CGI%% messes this auto-logic
up, and the double-prefix happens.

For now I've fixed this with a workaround, by not setting
the WWWDIR plist variable to WWWDIR, but to www/nut.
I don't consider this a solution, but just a workaround.

My qestions are, how should these situations be handled?
Shouldn't bsd.port.mk export a version for WWWDIR suitable
for PLIST variables?

Sincerely,

Gergely Czuczy
mailto: [EMAIL PROTECTED]

-- 
Weenies test. Geniuses solve problems that arise.


pgpWEteZsAkKF.pgp
Description: PGP signature


obexftp - call for testers

2008-02-15 Thread Dierk Sacher
Hi,

today I discovered that the RC of obexftp now seems to work on freebsd.
I've been able to sync the phonebook and calendar of my SE K750i from
the telecom/* sources (which needs synch which in turn is the reason a
can not use obexapp).

This is a 'works for me' port. I've only been able to test it with
6.2-RELEASE on i386 with only one mobile over bluetooth. I did not test
anything else (usb, IR ...).

As the working version of obexftp is still unstable, I'm not shure
it's even a candidate for a commit. 

So this call for testing is also a call for comment and feedback.

Port: http://www.blaxxtarz.de/tmp/port-comms-obexftp-0.22.tar.gz
MD5: 3c38f7dc81ae55602f323de95b72597b
Some hints: http://dev.zuckschwerdt.org/openobex/wiki/ObexFtpK750i

Dierk

-- 
|+|+|+|+|+|+|+|--
 GPG Fingerprint: D14C 12BB 37A6 6745 7F4F  F420 9E59 D79E A492 2A96
 GPG KeyID  : A4922A96  
++


pgpTKcRPWdGxb.pgp
Description: PGP signature


Re: howto use Konqueror as root while another user ?

2008-02-15 Thread Piotr




thanks, but could you pls give some more details howto create this profile ?



 --- On Thu 02/14, Erich Dollansky  [EMAIL PROTECTED]  wrote:
From: Erich Dollansky [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED], freebsd-ports@freebsd.org
Date: Fri, 15 Feb 2008 10:19:22 +0800
Subject: Re: howto use Konqueror as root while another user ?

the error messages should have no effect if you are using konqueror as a file 
browser locally.Yes, try to log on once as root under KDE to create the profile 
used by KDE also for root. You might have to access once the Internet to create 
the full profile.ErichPiotr wrote:   if I try to start File Manager - Super 
User Mode, I put the root password and then I'm getting a lot of the following 
errors:  There was an error loading the module Navigation Panel. The 
diagnostics is: file not found  There was an error loading the module Print 
Management Tool. The diagnostics is: file not found  There was an error 
loading the module KSVGPlugin. The diagnostics is: file not found  There 
was an error loading the module Icon View. The diagnostics is: file not 
found  There was an error loading the module KHTML. The diagnostics is: 
file not found  etc.   --- On Thu 02/14, Mark Ovens  [EMAIL 
PROTECTED]  wrote: From: Mark Ovens [mailto: 
[EMAIL PROTECTED] To: [EMAIL PROTECTED]  Cc: freebsd-ports@freebsd.org 
Date: Thu, 14 Feb 2008 18:25:51 + Subject: Re: howto use Konqueror as root 
while another user ?  Mark Ovens wrote: There's an item on the KDE menu for 
this. I'm at work now so can't check exactly where, but one of the items near 
the bottom of the main menu - Useful Links or something IIRC. It's on the 
second, or even thrid level menu and the item is called something like ''File 
Manager (Superuser)''. Selecting it pops up a dialogue asking for the root 
password. OK, it's at System-More Applications-File Manager - Super User 
Mode so a bit higher up the menu than I thought ;-)Regards,Mark  
___ Join Excite! - 
http://www.excite.com The most personalized portal on the Web!   
___ freebsd-ports@freebsd.org 
mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To 
unsubscribe, send any mail to [EMAIL PROTECTED] 

___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!


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


Re: howto use Konqueror as root while another user ?

2008-02-15 Thread Erich Dollansky

Hi,

Piotr wrote:




thanks, but could you pls give some more details howto create this profile ?


I log on via a console as root and start X with KDE als the desktop.

All should be done then by KDE.

I can't remember if KDE asks then some questions or simply creates all 
what is needed with default values.


KDE is not my desktop, I use just konqueror once in a while.

Erich




 --- On Thu 02/14, Erich Dollansky  [EMAIL PROTECTED]  wrote:
From: Erich Dollansky [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED], freebsd-ports@freebsd.org
Date: Fri, 15 Feb 2008 10:19:22 +0800
Subject: Re: howto use Konqueror as root while another user ?

the error messages should have no effect if you are using konqueror as a file browser locally.Yes, try to log on once as root under KDE to create the profile used by KDE also for root. You might have to access once the Internet to create the full profile.ErichPiotr wrote:   if I try to start File Manager - Super User Mode, I put the root password and then I'm getting a lot of the following errors:  There was an error loading the module Navigation Panel. The diagnostics is: file not found  There was an error loading the module Print Management Tool. The diagnostics is: file not found  There was an error loading the module KSVGPlugin. The diagnostics is: file not found  There was an error loading the module Icon View. The diagnostics is: file not found  There was an error loading the module KHTML. The diagnostics is: file not found  etc.   --- On Thu 02/14, Mark Ovens  [EMAIL PROTECTED]  wrote: From: Mark Ovens [mailto: 
[EMAIL PROTECTED] To: [EMAIL PROTECTED]  Cc: freebsd-ports@freebsd.org Date: Thu, 14 Feb 2008 18:25:51 + Subject: Re: howto use Konqueror as root while another user ?  Mark Ovens wrote: There's an item on the KDE menu for this. I'm at work now so can't check exactly where, but one of the items near the bottom of the main menu - Useful Links or something IIRC. It's on the second, or even thrid level menu and the item is called something like ''File Manager (Superuser)''. Selecting it pops up a dialogue asking for the root password. OK, it's at System-More Applications-File Manager - Super User Mode so a bit higher up the menu than I thought ;-)Regards,Mark  ___ Join Excite! - http://www.excite.com The most personalized portal on the Web!   ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To 
unsubscribe, send any mail to [EMAIL PROTECTED] 


___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!




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


Re: pkg-plist and WWWDIR

2008-02-15 Thread Scot Hetzel
On Fri, Feb 15, 2008 at 6:52 AM, Gergely CZUCZY [EMAIL PROTECTED] wrote:
 Hello

 I've been updating sysutils/nut from 2.2.0 to .1, and I've
 hit some issues there.

 First of all, bsd.port.mk sets WWWDIR for the actual port,
 which is very nice of it. OTOH the CGI support is optional
 in nut, which results in a conditional entry in pkg-plist.
 the NUT_CGI plist variable is only set if the CGI support
 is enabled, and WWWDIR is an absolute path. If the CGI
 support is enabled, then NUT_CGI is set to an empty string.
 And WWWDIR is added to the PKG_PLIST variables.

 The resulting lines in pkg-plist is the following:
 %%NUT_CGIWWWDIR%%/file

 And when the pkg-plist is processed it preprends /usr/local,
 since that's the PREFIX, so it will end up looking for ${PREFIX}/${WWWDIR},
 which will result in /usr/local/usr/local/www/nut/file .

 I've checked other ports, %%WWWDIR%% is used directly at other
 places, so I think when an entry begins with a slash that will
 transform to an absolute path, without prepending the PREFIX.
 As i think the conditional %%NUT_CGI%% messes this auto-logic
 up, and the double-prefix happens.

 For now I've fixed this with a workaround, by not setting
 the WWWDIR plist variable to WWWDIR, but to www/nut.
 I don't consider this a solution, but just a workaround.

 My qestions are, how should these situations be handled?
 Shouldn't bsd.port.mk export a version for WWWDIR suitable
 for PLIST variables?

This situation is already handled in bsd.ports.mk:

WWWDIR_REL?=${WWWDIR:S,^${PREFIX}/,,}
ETCDIR_REL?=${ETCDIR:S,^${PREFIX}/,,}

PLIST_SUB+= DOCSDIR=${DOCSDIR_REL} \
EXAMPLESDIR=${EXAMPLESDIR_REL} \
DATADIR=${DATADIR_REL} \
WWWDIR=${WWWDIR_REL} \
ETCDIR=${ETCDIR_REL}

WWWDIR_REL strips off the PREFIX from WWWDIR, and then adds it to
PLIST_SUB.  The problem is that sysutils/nut/Makefile has redefined
WWWDIR in PLIST_SUB:

.if !exists(${PREFIX}/www)  exists(${PREFIX}/share/apache)
CGIDIR?=share/apache/cgi-bin
WWWDIR?=share/apache/htdocs
.else
CGIDIR?=www/cgi-bin
WWWDIR?=www/data
.endif
CONFIGURE_ARGS+=--with-cgi --with-cgipath=${PREFIX}/${CGIDIR}/nut \
--with-htmlpath=${PREFIX}/${WWWDIR}/nut \
--with-gd-includes=-I${PREFIX}/include \
--with-gd-libs=-L${PREFIX}/lib -lgd
PLIST_SUB+= NUT_CGI=
PLIST_SUB+= WWWDIR=${WWWDIR}
PLIST_SUB+= CGIDIR=${CGIDIR}
PLIST_SUB+= CGIETCDIR=etc/nut/
.else
CONFIGURE_ARGS+=--without-cgi
PLIST_SUB+= NUT_CGI=@comment 
.endif

If you do a make -V PLIST_SUB you'll see the double entry for
WWWDIR.  My guess is the WWWDIR defined in sysutils/nut/Makefile is
before the WWWDIR defined in bsd.port.mk, and since substitutions
occur in order, %%WWWDIR%% is being replaced with the wrong one.

The port needs to remove PLIST_SUB+= WWWDIR= from its Makefile.

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


Re: howto use Konqueror as root while another user ?

2008-02-15 Thread Danny Pansters
On Friday 15 February 2008 05:27:01 Jona Joachim wrote:
 On Fri, 15 Feb 2008 02:04:33 +0100, Danny Pansters wrote:
  On Thursday 14 February 2008 20:45:43 Piotr wrote:
  if I try to start File Manager - Super User Mode, I put the root
  password and then I'm getting a lot of the following errors:
 
  There was an error loading the module Navigation Panel. The diagnostics
  is:
  file not found
 
  There was an error loading the module Print Management Tool. The
  diagnostics is:
  file not found
 
  There was an error loading the module KSVGPlugin. The diagnostics is:
  file not found
 
  There was an error loading the module Icon View. The diagnostics is:
  file not found
 
  There was an error loading the module KHTML. The diagnostics is:
  file not found
 
  etc.
 
  Hmm, it's possible that if you startx (and kde) as root once this stuff
  will go away. I suggest you try that.

 Please don't start X as root. Don't start kde or konqueror as root
 either, not even as a file manager. Use ls(1).
 It's really not reasonable to start more processes than really needed as
 root. It's one of the most basic Unix credos and there are reasons for it.

The primary Unix directive though is to empower the user and let them do 
whatever they like, including shooting themselves in the foot :)

Besides, any (X) desktop should be properly firewalled and occasionally 
running X or certain X apps as root on it shouldn't be harmful. Though of 
course, generally I agree that you shouldn't run X or any X app as root.

In this particular case, it seems that changing permissions on the appropriate 
directories (maybe for one special group only and add the user to that group) 
would be the proper way to solve this. But that's not what the OP asked.

Cheers,

Dan

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