failed port upgrade to subversion-1.2.3_1
Hi,
I'm following RELENG_4, and have successfully used portupgrade with all my
ports bar subversion...
I make subversion with
-DWITH_MOD_DAV_SVN -DWITH_SVNSERVE_WRAPPER SVNGROUP=svn
and the MOD_DAV flag enables WITH_APACHE2_APR
- this completes without complaint.
but when i try make install, i get:
...
=== subversion-1.2.3_1 depends on shared library: apr-1.0 - not found
===Verifying install for apr-1.0 in /usr/ports/devel/apr-svn
=== Vulnerability check disabled, database not found
=== Extracting for apr-nothr-db4-1.2.2_1
= Checksum OK for apr-1.2.2.tar.gz.
...
(happily goes off and builds apr-1.2.2)
...
=== Returning to build of subversion-1.2.3_1
Error: shared library apr-1.0 does not exist
*** Error code 1
Argh!
/usr/local/lib/apache2 has:
libapr-0.a
libapr-0.so@ - libapr-0.so.9
libapr-0.so.9*
/usr/local/lib has:
libapr-1.a
libapr-1.so@ - libapr-1.so.2
libapr-1.so.2*
I see in the Makefile that it's the bdb requiring apr1.0:
.if !defined(WITHOUT_BDB)
LIB_DEPENDS+= apr-1.0:${PORTSDIR}/devel/apr-svn
APR_PORT= devel/apr-svn
But I don't know if I'm doing something wrong, or if this is a mistake in the
port files...
Any suggestions most welcome!
Cerion
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
(no subject)
freebsd-questions@freebsd.org CC: Michael C. Shultz [EMAIL PROTECTED] Subject: Re: failed port upgrade to subversion-1.2.3_1 Date: Tue, 1 Nov 2005 05:21:52 -0500 Message-Id: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] X-Mailer: Open WebMail 1.81 20021127 X-OriginatingIP: 82.170.248.184 (cerion) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 On Tue, 1 Nov 2005 12:19:06 +0200, Michael C. Shultz wrote See Problem Report ports/88307 : devel/subversion looks for wrong LIB_DEPENDS during make -Mike Thanks Mike (and everyone else), works great now. Sorry for not checking the PR's - was convinced I was doing sthng wrong there :-P Cerion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
running subversion as non-root
Running subversion as root works fine, but under user 'svn' I get a load of permission problems, e.g. /usr/libexec/ld-elf.so.1: Cannot open /usr/local/lib/apache2/libaprutil-0.so.9 I fixed this by adding svn to group wheel, but am not sure if this is 'the right way'. Is there a standard solution to this? tia, Cerion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: running subversion as non-root
On Tue, 1 Nov 2005 14:41:45 +0200, Giorgos Keramidas wrote
On 2005-11-01 05:57, Cerion Armour-Brown [EMAIL PROTECTED] wrote:
Running subversion as root works fine, but under user 'svn' I get a load of
permission problems, e.g.
/usr/libexec/ld-elf.so.1: Cannot open
/usr/local/lib/apache2/libaprutil-0.so.9
I fixed this by adding svn to group wheel, but am not sure if this is 'the
right way'. Is there a standard solution to this?
What are the permissions of all the path components up to and
including the library that fails to load?
Something like this could print all the path components and their
permissions:
ls -ld $(
libpath='/usr/local/lib/apache2/libaprutil-0.so.9'
while [ -n ${libpath} ] [ ! ${libpath_prev} =
${libpath} ]; doecho ${libpath}
libpath_prev=${libpath}
libpath=$(dirname ${libpath})
done )
drwxr-xr-x 15 root wheel512 Jun 3 10:05 //
drwxr-xr-x 16 root wheel512 Oct 31 15:05 /usr/
drwxr-xr-x 17 root wheel512 Oct 31 15:45 /usr/local/
drwxr-xr-x 14 root wheel 4608 Nov 1 10:09 /usr/local/lib/
drwxr-xr-x 2 root wheel512 Oct 31 13:43 /usr/local/lib/apache2/
-rwxr-x--- 1 root wheel 89832 Oct 31 13:43
/usr/local/lib/apache2/libaprutil-0.so.9*
lrwxr-x--- 1 root wheel 17 Oct 31 13:43
/usr/local/lib/apache2/libaprutil-0.so@ - libaprutil-0.so.9
this look like yours?
Cerion
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: running subversion as non-root
On Tue, 1 Nov 2005 14:56:17 +0200, Giorgos Keramidas wrote
On 2005-11-01 07:50, Cerion Armour-Brown [EMAIL PROTECTED] wrote:
On Tue, 1 Nov 2005 14:41:45 +0200, Giorgos Keramidas wrote
On 2005-11-01 05:57, Cerion Armour-Brown [EMAIL PROTECTED] wrote:
Running subversion as root works fine, but under user 'svn' I get a load
of
permission problems, e.g.
/usr/libexec/ld-elf.so.1: Cannot open
/usr/local/lib/apache2/libaprutil-0.so.9
I fixed this by adding svn to group wheel, but am not sure if this is 'the
right way'. Is there a standard solution to this?
What are the permissions of all the path components up to and
including the library that fails to load?
Something like this could print all the path components and their
permissions:
ls -ld $(
libpath='/usr/local/lib/apache2/libaprutil-0.so.9'
while [ -n ${libpath} ] [ ! ${libpath_prev} = ${libpath}
]; do
echo ${libpath}
libpath_prev=${libpath}
libpath=$(dirname ${libpath})
done )
drwxr-xr-x 15 root wheel512 Jun 3 10:05 //
drwxr-xr-x 16 root wheel512 Oct 31 15:05 /usr/
drwxr-xr-x 17 root wheel512 Oct 31 15:45 /usr/local/
drwxr-xr-x 14 root wheel 4608 Nov 1 10:09 /usr/local/lib/
drwxr-xr-x 2 root wheel512 Oct 31 13:43 /usr/local/lib/apache2/
-rwxr-x--- 1 root wheel 89832 Oct 31 13:43
/usr/local/lib/apache2/libaprutil-0.so.9*
lrwxr-x--- 1 root wheel 17 Oct 31 13:43
/usr/local/lib/apache2/libaprutil-0.so@ - libaprutil-0.so.9
this look like yours?
I'm not sure if this was done for security reasons, but IMHO you
have two options:
(1) Add the 'svn' user to the wheel group. This is not a
good idea, as being a part of the wheel group gives
permissions that subversion doesn't really need.
(2) Change the permissions of libaprutil*.so* files to 0755,
which would allow subversion to access the shared
libraries without being in the wheel group.
I'd go for option (2) if I were you.
- Giorgos
My instinct was the same, and I tried this, but there are more libs with the
same permissions problems...
/usr/libexec/ld-elf.so.1: Cannot open /usr/local/lib/libdb-4.2.so.2
and if i fix that one...
/usr/libexec/ld-elf.so.1: Cannot open /usr/local/lib/apache2/libapr-0.so.9
This really doesn't seem the right way of doing things... is there no 3rd way?
Cerion
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: running subversion as non-root
On Tue, 1 Nov 2005 15:25:57 +0200, Giorgos Keramidas wrote On 2005-11-01 08:16, Cerion Armour-Brown [EMAIL PROTECTED] wrote: On Tue, 1 Nov 2005 14:56:17 +0200, Giorgos Keramidas wrote (2) Change the permissions of libaprutil*.so* files to 0755, which would allow subversion to access the shared libraries without being in the wheel group. My instinct was the same, and I tried this, but there are more libs with the same permissions problems... /usr/libexec/ld-elf.so.1: Cannot open /usr/local/lib/libdb-4.2.so.2 and if i fix that one... /usr/libexec/ld-elf.so.1: Cannot open /usr/local/lib/apache2/libapr-0.so.9 This really doesn't seem the right way of doing things... is there no 3rd way? There's obviously something very wrong with your installed ports. The permissions of libdb* files here are: % flame:/usr/local/lib$ ls -ld libdb* % lrwxr-xr-x 1 root wheel -14 Oct 19 12:39 libdb-4.2.so - libdb-4.2.so.2 % lrwxr-xr-x 1 root wheel -19 Oct 19 12:39 libdb-4.2.so.2 - db42/libdb-4.2.so.2 % lrwxr-xr-x 1 root wheel - 18 Oct 19 12:39 libdb_cxx-4.2.so - libdb_cxx-4.2.so.2 % lrwxr-xr- x 1 root wheel -23 Oct 19 12:39 libdb_cxx-4.2.so.2 - db42/libdb_cxx-4.2.so.2 % lrwxr-xr-x 1 root wheel -15 Aug 14 23:39 libdbh-1.0.so - libdbh-1.0.so.1 % -rwxr-xr-x 1 root wheel - 30248 Aug 14 23:39 libdbh-1.0.so.1 % -rw-r--r-- 1 root wheel - 32924 Aug 14 23:39 libdbh.a % lrwxr-xr-x 1 root wheel -15 Aug 14 23:39 libdbh.so - libdbh-1.0.so.1 % flame:/usr/local/lib$ If you used the standard Ports stuff to install these and they have these broken permissions, it may be a side-effect of a broken umask setting for the root user. What do you see if you log in as 'root' and issue: # umask Is this 0022 or something similar, or not? If not, what value does it print? - Giorgos ahh, that's interesting: mine is 0027 I guess I should set that to 0022, and reinstall everything... (groan) Cerion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: alternative to 'top' in jail
On Saturday 02 October 2004 17:29, you wrote: I have a jail with a freebsd jails provider... What do people use as an alternative to 'top', inside a jail? What else can I use to measure resource usage (cpu/ram/io) Try systat, comes with the system Jason Thanks for the reply, but I should have given more info... running systat, I only get: error reading kmem at c03db09c ... And looking in dev: lrwxrwxrwx 1 root wheel 4 Jul 21 13:37 /dev/mem@ - null lrwxrwxrwx 1 root wheel 4 Jul 21 13:37 /dev/kmem@ - null From googling I understand this is a security restriction imposed by my jails provider. I found a mention on freebsd-hackers archive of a patch to top: http://www.mail-archive.com/[EMAIL PROTECTED]/msg33464.html Does anyone use this patch + can recommend it? If so, where can I get it? I've also tried the perl module Sys::CpuLoad, but haven't found it very usefule. Any ideas/comments appreciated! Thanks, Cerion ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
alternative to 'top' in jail
Hi, I have a jail with a freebsd jails provider... What do people use as an alternative to 'top', inside a jail? What else can I use to measure resource usage (cpu/ram) Cheers, Cerion ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Official wallpapers
On Wednesday 22 September 2004 18:19, Andrew L. Gould wrote: Beastie's on fire; but not getting burned -- a tempered operating system. I like the symbolism. Yep, neat. Great graphic... But doesn't Beastie look a little 'glum'? Like he was trying to toast a marshmallow, and it completely evaporated, or something... :-) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
