#2560: browser requests fail with an exception related to svn
---------------------------------------+------------------------------------
 Reporter:  [EMAIL PROTECTED]  |        Owner:  cboos     
     Type:  defect                     |       Status:  closed    
 Priority:  normal                     |    Milestone:            
Component:  version control            |      Version:  0.9.5     
 Severity:  major                      |   Resolution:  worksforme
 Keywords:  solaris libiconv           |  
---------------------------------------+------------------------------------
Changes (by cboos):

  * status:  reopened => closed
  * component:  tracd => version control
  * keywords:  => solaris libiconv
  * resolution:  => worksforme
  * severity:  normal => major

Old description:

> Did a build on Solaris 9, with Python 2.4.2, Subversion 1.3.0, SQLite
> 3.2.8, Clearsilver 0.10.2, SWIG 1.3.27, Trac 0.9.2, PYSQLite 2.0.5, based
> on the instructions found at http://systemsadmin.info/solaris/articles
> /building-trac-on-solaris and the TracInstall doc.
>
> {{{
> crle output:
>
> Configuration file [version 4]: /var/ld/ld.config
>   Default Library Path (ELF):
> /usr/lib:/opt/sqlite-3.2.8/lib/:/opt/subversion-1.3.0/lib/:/opt/subversion-1.3.0/lib
> /svn-python/libsvn/:/opt/clearsilver-0.10.2/lib/
>
> environment variables:
> LD_LIBRARY_PATH=/opt/csw/lib:/opt/csw/bdb43/lib
> PYTHONPATH=/opt/subversion-1.3.0/lib/svn-
> python:/opt/sqlite-3.2.8/lib:/opt/subversion-1.3.0/lib:/opt/clearsilver-0.10.2/lib
> PATH=/opt/python-2.4.2/bin:/usr/xpg4/bin:/opt/csw/gcc3/bin:/opt/csw/bin:/usr/sfw/bin:/usr/ccs/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/sbin
>
> svnadmin was successful creating a repository at /opt/Subversion
> trac-admin was successful creating it's environment at /opt/Trac with
> /opt/Subversion as the repository
> tracd --port 8000 /opt/Trac starts up and can be accessed via Firefox
> }}}
>
> When I try to access the source browser, I get "/opt/Subversion does not
> appear to be a Subversion repository."
>
> Also, tracd throws this exception:
> {{{
> Exception exceptions.AttributeError: "'SubversionRepository' object has
> no attribute 'log'" in <bound method SubversionRepository.__del__ of
> <trac.versioncontrol.svn_fs.SubversionRepository object at 0x3c44b0>>
> ignored
> }}}

New description:

 Did a build on Solaris 9, with Python 2.4.2, Subversion 1.3.0, SQLite
 3.2.8, Clearsilver 0.10.2, SWIG 1.3.27, Trac 0.9.2, PYSQLite 2.0.5, based
 on the instructions found at http://systemsadmin.info/solaris/articles
 /building-trac-on-solaris and the TracInstall doc.

 {{{
 crle output:

 Configuration file [version 4]: /var/ld/ld.config
   Default Library Path (ELF):
 
/usr/lib:/opt/sqlite-3.2.8/lib/:/opt/subversion-1.3.0/lib/:/opt/subversion-1.3.0/lib
 /svn-python/libsvn/:/opt/clearsilver-0.10.2/lib/

 environment variables:
 LD_LIBRARY_PATH=/opt/csw/lib:/opt/csw/bdb43/lib
 PYTHONPATH=/opt/subversion-1.3.0/lib/svn-
 
python:/opt/sqlite-3.2.8/lib:/opt/subversion-1.3.0/lib:/opt/clearsilver-0.10.2/lib
 
PATH=/opt/python-2.4.2/bin:/usr/xpg4/bin:/opt/csw/gcc3/bin:/opt/csw/bin:/usr/sfw/bin:/usr/ccs/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/sbin

 svnadmin was successful creating a repository at /opt/Subversion
 trac-admin was successful creating it's environment at /opt/Trac with
 /opt/Subversion as the repository
 tracd --port 8000 /opt/Trac starts up and can be accessed via Firefox
 }}}

 When I try to access the source browser, I get '''`/opt/Subversion does
 not appear to be a Subversion repository.`'''

 Also, tracd throws this exception:
 {{{
 Exception exceptions.AttributeError: "'SubversionRepository' object has no
 attribute 'log'" in <bound method SubversionRepository.__del__ of
 <trac.versioncontrol.svn_fs.SubversionRepository object at 0x3c44b0>>
 ignored
 }}}

 ----
 '''Problem identified''': This problem is platform-specific and due to the
 use of GNU libiconv by apr-util, which doesn't know about the default
 locale used ("646").

 comment:19 describes the problem and comment:20 + comment:32 describe a
 workaround. The other alternative would be to not use GNU libiconv but the
 native Solaris iconv library.

Comment:

 Assuming you've created a file named 646.patch containing the patch
 present in comment:20, try:
 {{{
 $ cd libiconv-1.9.2
 $ patch -p0 < 646.patch
 $ make -f Makefile.devel lib/aliases.h
 $ make # using the "user" Makefile
 }}}

 But that patch was against libiconv-1.9.2, I don't know if it applies (or
 even if it is needed) for more recent versions of GNU iconv.

 By the way, I'm closing this ticket now, as the problem is clearly
 identified and a workaround is documented...

 (the ''me'' in the ''worksforme'' being here [EMAIL PROTECTED])

-- 
Ticket URL: <http://trac.edgewall.org/ticket/2560#comment:32>
The Trac Project <http://trac.edgewall.com/>
_______________________________________________
Trac-Tickets mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac-tickets

Reply via email to