Ralf S. Engelschall pisze:
On Thu, Jul 31, 2008, Artur Frysiak wrote:
subversion-1.5.1-20080727
[..]
Adding -lsocket before -ldb fixes this test.
Ah, I see. The problem is more Berkeley-DB's pkg-config file (db.pc)
we install. There we have to add -lsocket and perhaps also -ln
On Thu, Jul 31, 2008, Artur Frysiak wrote:
> subversion-1.5.1-20080727
>
> hecking db.h presence... yes
> checking for db.h... yes
> checking for -ldb... no
> configure: error: Berkeley db4 not found
> configure failed for apr-util
>
> And from apr-util/config.log:
&g
subversion-1.5.1-20080727
hecking db.h presence... yes
checking for db.h... yes
checking for -ldb... no
configure: error: Berkeley db4 not found
configure failed for apr-util
And from apr-util/config.log:
configure:27390: checking for -ldb
configure:27461: /openpkg/bin/cc -o conftest -O2
Unable to load bindings using the Python interactive interpreter. I try
simplest sings:
[EMAIL PROTECTED] python
Python 2.5.1 (r251:54863, Jan 18 2008, 20:28:59)
[GCC 4.2.2 (OpenPKG-CURRENT)] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> from svn import cor
:
Cannot load /opt/svn/libexec/apache/mod_dav_svn.so into server:
/opt/svn/libexec/apache/mod_dav_svn.so: undefined symbol:
apr_thread_mutex_create
+--
Ok, I've checked "apache" and "subversion" with "w
Sun, Oct 29, 2006, Vinod Kutty wrote:
>>>>>
>>>>>> file /export/apps/opkg/2.x/lib/libexpat.a from install of
>>>>>> expat-2.0.0-2.20061018 conflicts with file from package
>>>>>> subversion-1.4.0-2.20061018
>
conflicts with file from package
subversion-1.4.0-2.20061018
file /export/apps/opkg/2.x/lib/libexpat.la from install of
expat-2.0.0-2.20061018 conflicts with file from package
subversion-1.4.0-2.20061018
H... interesting. I cannot reproduce this in CURRENT (which has the
same version as STABLE
of
>>>> expat-2.0.0-2.20061018 conflicts with file from package
>>>> subversion-1.4.0-2.20061018
>>>> file /export/apps/opkg/2.x/lib/libexpat.la from install of
>>>> expat-2.0.0-2.20061018 conflicts with file from package
>>>> subvers
Ralf S. Engelschall wrote:
On Mon, Oct 30, 2006, Ralf S. Engelschall wrote:
On Sun, Oct 29, 2006, Vinod Kutty wrote:
file /export/apps/opkg/2.x/lib/libexpat.a from install of
expat-2.0.0-2.20061018 conflicts with file from package
subversion-1.4.0-2.20061018
file /export/apps
bversion.conf:
>>> Cannot load /opt/svn/libexec/apache/mod_dav_svn.so into server:
>>> /opt/svn/libexec/apache/mod_dav_svn.so: undefined symbol:
>>> apr_thread_mutex_create
>>> +------
Ok, I've
his lead
to another unreloved symbol? i'm quite confused.
any idea how to resolve the problem?
do you think, the libapr-versions hanging around in my debian system
could cause the problem?
regards,
andi
Ralf S. Engelschall schrieb:
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
afte
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
> after i had subversion up and running, i tried to start the apache, but got:
>
> +--
> | apache: Syntax error on line 10 of /opt/svn/etc/apache/apache.conf:
> Syntax
after i had subversion up and running, i tried to start the apache, but got:
+--
| apache: Syntax error on line 10 of /opt/svn/etc/apache/apache.conf:
Syntax error on line 5 of /opt/svn/etc/apache/apache.d/subversion.conf
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
> replacing "--with-dmb=db44" with "--with-dbm=db4" in subversion.spec solved
> my problem.
>
> but why is this behaviour specific to debian?
Perhaps because under Debian a libdb-4.4 exists in the system and this
one wasn't liked by Subversion's APR or
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
> i'm using subversion 1.4.6 from current and the whole instance was setup
> today. so i should have the newest stuff installed.
>
> in the output i found:
>
> You don't seem to have Berkeley DB version 4.0.14 or newer
&
ndi
Andreas Schmidt schrieb:
i'm using subversion 1.4.6 from current and the whole instance was setup
today. so i should have the newest stuff installed.
in the output i found:
You don't seem to have Berkeley DB version 4.0.14 or newer
installed and linked to APR-UTIL. We have crea
i'm using subversion 1.4.6 from current and the whole instance was setup
today. so i should have the newest stuff installed.
in the output i found:
You don't seem to have Berkeley DB version 4.0.14 or newer
installed and linked to APR-UTIL. We have created Makefiles which
will bui
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
> building subversion with option "-D with_apache" failed:
>
> /opt/svn/share/apache/build/libtool --silent --mode=link /opt/svn/bin/cc -o
> mod_dav_svn.la -L/opt/svn/lib -L/opt/svn/lib -L/opt/svn/lib
> -L/opt/svn/RPM/TMP/subv
building subversion with option "-D with_apache" failed:
/opt/svn/share/apache/build/libtool --silent --mode=link /opt/svn/bin/cc
-o mod_dav_svn.la -L/opt/svn/lib -L/opt/svn/lib -L/opt/svn/lib
-L/opt/svn/RPM/TMP/subversion-1.4.6/apr-util/xml/expat/lib -rpath
/opt/svn/libexec/apac
ed on how to get mod_dav_svn.so
building in the "subversion" package. Feel free to come up with a
"with_dav" build-time option which provides this functionality in a
portable way.
We don't use openpkg much in our environment. For this specific project, I
tried openpkg to a
On Mon, 30 Oct 2006, Ralf S. Engelschall wrote:
Ok, as I assumed: for some unknown reasons libexpat is installed in a
platform dependend way. Under Solaris 8 I got the file conflict now,
too. Ok, this is now fixed with subversion-1.4.0-20061030 in CURRENT.
Thanks ... I'll try it when
On Mon, Oct 30, 2006, Ralf S. Engelschall wrote:
> On Sun, Oct 29, 2006, Vinod Kutty wrote:
>
> > file /export/apps/opkg/2.x/lib/libexpat.a from install of
> > expat-2.0.0-2.20061018 conflicts with file from package
> > subversion-1.4.0-2.20061018
> >
On Sun, Oct 29, 2006, Vinod Kutty wrote:
> file /export/apps/opkg/2.x/lib/libexpat.a from install of
> expat-2.0.0-2.20061018 conflicts with file from package
> subversion-1.4.0-2.20061018
> file /export/apps/opkg/2.x/lib/libexpat.la from install of
> expat-2
On Sun, Oct 29, 2006, Vinod Kutty wrote:
> skaar waste.org> writes:
>
> >The OpenPKG subversion spec file has at least build support for
> >python/ruby bindings, although at this point they only build, but will
> >not work. Likewise, it's not current
P/rpm-tmp.2440
+ cd /export/apps/opkg/2.x/RPM/TMP
+ rm -rf expat-2.0.0
+ exit 0
Preparing...
##
file /export/apps/opkg/2.x/lib/libexpat.a from install of
expat-2.0.0-2.20061018 conflicts with file from package subversion-1.4.0-2.20061018
file /export/apps/opkg/2.
skaar waste.org> writes:
The OpenPKG subversion spec file has at least build support for
python/ruby bindings, although at this point they only build, but will
not work. Likewise, it's not currently possible to produce a working
web_dav_svn.so for use with Apache2.
In the past t
On 9/19/06, Ralf S. Engelschall <[EMAIL PROTECTED]> wrote:
Seems like something new in SQLite 3.3. Ok, now that we
found the problem, I was able to fix it in OpenPKG-CURRENT:
http://cvs.openpkg.org/chngview?cn=30131
Many thanks for your investigation, Caleb.
This fixes the problem on my end. T
On Tue, Sep 19, 2006, Caleb Epstein wrote:
> On 9/19/06, Ralf S. Engelschall <[EMAIL PROTECTED]> wrote:
> >As you can see, there is even no fdatasync reference in my version...
>
> I thought I knew what the problem was, but now I'm not so sure. In
> order to build
On 9/19/06, Ralf S. Engelschall <[EMAIL PROTECTED]> wrote:
As you can see, there is even no fdatasync reference in my version...
I thought I knew what the problem was, but now I'm not so sure. In
order to build Subversion yesterday, I added the line "%l_ldflags
-lrt" t
On Tue, Sep 19, 2006, Caleb Epstein wrote:
> On 9/18/06, Caleb Epstein <[EMAIL PROTECTED]> wrote:
> >I am unable to build subversion 1.4.0 on my Solaris 10 machine with
> >OpenPKG-CURRENT.
>
> I have a similar problem with DBD::SQLite. This builds, but fails to
> lo
On 9/18/06, Caleb Epstein <[EMAIL PROTECTED]> wrote:
I am unable to build subversion 1.4.0 on my Solaris 10 machine with
OpenPKG-CURRENT.
I have a similar problem with DBD::SQLite. This builds, but fails to
load because of the missing -lrt dependency. I tried adding -lrt to
%l_ldli
On Mon, Sep 18, 2006, Caleb Epstein wrote:
> I am unable to build subversion 1.4.0 on my Solaris 10 machine with
> OpenPKG-CURRENT.
>
> It appears that on Solaris 10, one needs to link with -lrt in order to
> use Berkeley DB, or at least portions thereof. See the attached
> sec
I am unable to build subversion 1.4.0 on my Solaris 10 machine with
OpenPKG-CURRENT.
It appears that on Solaris 10, one needs to link with -lrt in order to
use Berkeley DB, or at least portions thereof. See the attached
section of config.log from the apr-util directory:
[...]
configure:18966
, but not had time to
look at
it. It's not straight forward how to get the subversion build to do
this mixed shared and static compile.
i can't mix shared and static libraries - i've got tons of
relocations, and other funny errors.
Anyone else on the list had a look at doi
The OpenPKG subversion spec file has at least build support for
python/ruby bindings, although at this point they only build, but will
not work. Likewise, it's not currently possible to produce a working
web_dav_svn.so for use with Apache2.
In the past there has been a couple of postings
On Fri, Nov 18, 2005, Florin Iucha wrote:
> [...]
> My problem is that some openpkg packages appear to conflate the build
> time dependencies with run time dependencies, and it does that in an
> inconsistent manner: why does db depend on gcc but subversion and
> pdksh do not?
I
with GNU tools in /usr/sfw/bin, and I can play with
paths etc.
My problem is that some openpkg packages appear to conflate the build
time dependencies with run time dependencies, and it does that in an
inconsistent manner: why does db depend on gcc but subversion and
pdksh do not?
Besides, most o
On Fri, Nov 18, 2005, Florin Iucha wrote:
> I installed Solaris 10 and Sun Studio 11 and I am trying to build
> subversion using OpenPkg 2.5.0. I have succesfully bootstrapped
> openpkg using the Sun compiler but I am puzzled by the dependencies
> in the openpkg rpms:
>subv
Hello,
I installed Solaris 10 and Sun Studio 11 and I am trying to build
subversion using OpenPkg 2.5.0. I have succesfully bootstrapped
openpkg using the Sun compiler but I am puzzled by the dependencies
in the openpkg rpms:
subversion requires 'make' and 'sed' and
Ralf S. Engelschall wrote:
> On Thu, Jun 23, 2005, Thomas Moschny wrote:
>
>> Again, I have problems rebuilding the subversion package. With the
>> standard specfile no usable binaries could be created on our ia64-rhel3
>> system and this seems due to problems with neon
On Thu, Jun 23, 2005, Thomas Moschny wrote:
> Again, I have problems rebuilding the subversion package. With the standard
> specfile no usable binaries could be created on our ia64-rhel3 system and
> this seems due to problems with neon.
>
> Some time ago, I proposed to add --with-
Hi!
Again, I have problems rebuilding the subversion package. With the standard
specfile no usable binaries could be created on our ia64-rhel3 system and
this seems due to problems with neon.
Some time ago, I proposed to add --with-neon=%{l_prefix} in order to use
OpenPKG's neon, b
On Wed, Mar 02, 2005, Thomas Moschny wrote:
> In OpenPKG 2.3.0, there are (still) two problems with the subversion package.
>
> Firstly, in order to successfully build it (under RHEL3/ia64), I had to
> disable mod_dav_svn.so by specifying --without-axps.
Thanks for your feedback.
Now
In OpenPKG 2.3.0, there are (still) two problems with the subversion package.
Firstly, in order to successfully build it (under RHEL3/ia64), I had to
disable mod_dav_svn.so by specifying --without-axps.
Secondly, subversion's configure doesn't pass --with-ssl to the configure
scr
I tried and failed as well with the same shared library problem. So I
resorted to running it natively under Gentoo...
One workaround is to skip using mod_dav_svn, and instead use the native
svnserver which is supported as a -D flag under openpkg. Viewcvs (I
think) will work fine as it just needs
On Wed, 2004-09-15 at 10:37, m h wrote:
> Hello Folks-
>
> I'm just wondering if anyone has been successful in installing
> subversion and using the apache server for it?
We haven't. The problem is that the mod that subversion wants for
apache needs to be compiled as shar
Hello Folks-
I'm just wondering if anyone has been successful in installing
subversion and using the apache server for it?
Also has anyone got viewcvs working?
I noticed a thread on this a while back and was wondering what the status was.
t
On Fri, Jun 11, 2004 at 13:14, Frank Torres wrote:
-snip-
> And here is my Error:
> ld.so.1: svnversion: fatal: libsvn_client-1.so.0: open failed: No such
> file or directory
> make: *** [revision-install] Error 137
> error: Bad exit status from /usr/local/RPM/TMP/rpm-tmp.29543 (%install)
I had *e
Frank,
On Mon, Jun 14, 2004 at 10:16, Frank Torres wrote:
> I trying to build subversion with mod_dav_svn has anybody got it compile
> with shared libraries on solaris 9/sparc systems.
No experience with it on Solaris, but I do in RH. Should be similar
since it's OpenPKG, sup
would like to see mod_dav_svn under OpenPKG.
BTW, my tests were on Solaris 8.
Aaron
On Mon, 2004-06-14 at 12:16, Frank Torres wrote:
> I trying to build subversion with mod_dav_svn has anybody got it compile
> with shared libraries on solaris 9/sparc systems.
>
I trying to build subversion with mod_dav_svn has anybody got it compile
with shared libraries on solaris 9/sparc systems.
Thanks,
Frank
signature.asc
Description: This is a digitally signed message part
Platform: Solaris 9.x
Hardware: Sparc
I have compiled subversion successfully without the mod_dav_svn
(with-apxs) disabled. The regular svn tools work with static fine.
Compiling subversion on SOLARIS 9 with shared fails. I need shared
for apxs with apache2. However the problem is with
On Tue, Apr 27, 2004, Aaron Bostick wrote:
> Using your nohup trick, I cooked up an rc.subversion that takes care of the
> svnserve process. I have setup the process to run as l_musr instead of
> root because I see no reason to run this daemon as root.
Well, the l_musr has to be able to access t
n_port="3690"
subversion_daemon_root="/opkg/var/subversion"
%common
subversion_svnserve_pidfile="/opkg/var/subversion/svnserve.pid"
subversion_signal () {
[ -f $subversion_svnserve_pidfile ] \
&& kill -$1 `cat $subvers
54 matches
Mail list logo
