Re: [Trac] no admin tab

[Remy Blank]

Abiyo wrote:
> I just installed trac and added myself as an admin on our system.
>
> /trac-admin /usr/local/trac permission add abiyo/

You're missing the permission name. That should be:

trac-admin /usr/local/trac permission add abiyo TRAC_ADMIN

-- Remy

[Abiyo]

Thanks Remy for the reply. I should have been clear but that is exactly what I did.

trac-admin /usr/local/trac  permission add abiyo TRAC_ADMIN

and I still don't see the admin tab. Anything else works fine so far. any ideas?

Best,
Abiy

[RjOllos]

On Friday, November 16, 2012 8:50:02 AM UTC-8, Abiyo wrote:

Thanks Remy for the reply. I should have been clear but that is exactly what I did.

trac-admin /usr/local/trac  permission add abiyo TRAC_ADMIN

and I still don't see the admin tab. Anything else works fine so far. any ideas?

What is the output of trac-admin /usr/local/trac permission list abiyo ? 

What version of Trac are you running? I ask because occasionally someone has installed 0.10.x through their distribution's package system.

> I tried all things like enabling the web admin(although it shouldn't matter for

the new version).

The web admin components must be enabled. It is just that you don't have to install the external plugin since Trac 0.11. You must have:

trac.admin.web_ui.* = enabled

If you still have trouble, turn on TracLogging and make sure the components are loading and there are no errors: http://trac.edgewall.org/wiki/TracLogging

[Abiyo]

Hi Rj,

I tried the suggestions above but it still didn't work.

 

What is the output of trac-admin /usr/local/trac permission list abiyo ?

 I have all the permissions possible. Attached is the look of it when I run the command. (trac.png)

What version of Trac are you running? I ask because occasionally someone has installed 0.10.x through their distribution's package system.

I am running version 1.0(current)

You must have: trac.admin.web_ui.* = enabled

Thanks for that. I did enable that but it didn't seem to change anything.

I also did trac-logging and from the log-file, everything seems to be loading correctly.  Any ideas?

Thanks and I appreciate your help
Abiyo

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 22.11.2012 00:00, Abiyo wrote:
>
> Hi Rj,
>
> I tried the suggestions above but it still didn't work.
>
> What is the output of trac-admin /usr/local/trac permission list abiyo ?
>
> I have all the permissions possible. Attached is the look of it when I
> run the command. (trac.png)

This images doesn't tell us much, because these are just all actions
_available_ in your Trac environment, defined in Trac core and
optionally in Trac plugins.

What has been requested, is the output above these lines. See an example
here:

$> ./bin/trac-admin /data/trac/sandbox/ permission list tracadmin

User Action
- ----------------------------------
tracadmin ACCTMGR_ADMIN
tracadmin ACCTMGR_CONFIG_ADMIN
tracadmin ACCTMGR_USER_ADMIN
tracadmin BROWSER_VIEW
<snip>

Available actions:
ACCTMGR_ADMIN, ACCTMGR_CONFIG_ADMIN, ACCTMGR_USER_ADMIN, BROWSER_VIEW,
<snip>


Both lists are much longer in reality, but 'TRAC_ADMIN' is the only
interesting action in there for now.

Steffen Hoffmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCtecQACgkQ31DJeiZFuHcqdACgwEHjnktkP3+mJG3qlv8dG3fM
wvcAn0bqZ6JJH/ZOkrEAZHC4PAculXuZ
=KWpF
-----END PGP SIGNATURE-----

[Abiyo]

Thanks for the reply. Here is the complete output of the command.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
User  Action                
-----------------------------
abiy  BROWSER_VIEW          
abiy  CHANGESET_VIEW        
abiy  CONFIG_VIEW           
abiy  EMAIL_VIEW            
abiy  FILE_VIEW             
abiy  LOG_VIEW              
abiy  MILESTONE_ADMIN       
abiy  MILESTONE_CREATE      
abiy  MILESTONE_DELETE      
abiy  MILESTONE_MODIFY      
abiy  MILESTONE_VIEW        
abiy  PERMISSION_ADMIN      
abiy  PERMISSION_GRANT      
abiy  PERMISSION_REVOKE     
abiy  REPORT_ADMIN          
abiy  REPORT_CREATE         
abiy  REPORT_DELETE         
abiy  REPORT_MODIFY         
abiy  REPORT_SQL_VIEW       
abiy  REPORT_VIEW           
abiy  ROADMAP_ADMIN         
abiy  ROADMAP_VIEW          
abiy  SEARCH_VIEW           
abiy  TICKET_ADMIN          
abiy  TICKET_APPEND         
abiy  TICKET_BATCH_MODIFY   
abiy  TICKET_CHGPROP        
abiy  TICKET_CREATE         
abiy  TICKET_EDIT_CC        
abiy  TICKET_EDIT_COMMENT   
abiy  TICKET_EDIT_DESCRIPTION
abiy  TICKET_MODIFY         
abiy  TICKET_VIEW           
abiy  TIMELINE_VIEW         
abiy  TRAC_ADMIN            
abiy  VERSIONCONTROL_ADMIN  
abiy  WIKI_ADMIN            
abiy  WIKI_CREATE           
abiy  WIKI_DELETE           
abiy  WIKI_MODIFY           
abiy  WIKI_RENAME           
abiy  WIKI_VIEW             


Available actions:
 BROWSER_VIEW, CHANGESET_VIEW, CONFIG_VIEW, EMAIL_VIEW, FILE_VIEW,
 LOG_VIEW, MILESTONE_ADMIN, MILESTONE_CREATE, MILESTONE_DELETE,
 MILESTONE_MODIFY, MILESTONE_VIEW, PERMISSION_ADMIN, PERMISSION_GRANT,
 PERMISSION_REVOKE, REPORT_ADMIN, REPORT_CREATE, REPORT_DELETE,
 REPORT_MODIFY, REPORT_SQL_VIEW, REPORT_VIEW, ROADMAP_ADMIN, ROADMAP_VIEW,
 SEARCH_VIEW, TICKET_ADMIN, TICKET_APPEND, TICKET_BATCH_MODIFY,
 TICKET_CHGPROP, TICKET_CREATE, TICKET_EDIT_CC, TICKET_EDIT_COMMENT,
 TICKET_EDIT_DESCRIPTION, TICKET_MODIFY, TICKET_VIEW, TIMELINE_VIEW,
 TRAC_ADMIN, VERSIONCONTROL_ADMIN, WIKI_ADMIN, WIKI_CREATE, WIKI_DELETE,
 WIKI_MODIFY, WIKI_RENAME, WIKI_VIEW
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Abiy


 

[RjOllos]

On Wednesday, November 21, 2012 3:00:11 PM UTC-8, Abiyo wrote:

[...]

I also did trac-logging and from the log-file, everything seems to be loading correctly.  Any ideas?

Trac, in it's default configuration, is case-sensitive to auth names. If your authentication mechanism is not case-sensitive, then you could be logged in as a user that has only the permissions of `authenticated`. Are you perhaps logged in as "Abiy", or in some other way have at least one uppercase character in the username?

You could try:

[Trac]

ignore_auth_case = true

or

trac-admin $ENV permission add authenticated TRAC_ADMIN

See:

ignore_auth_case

http://trac.edgewall.org/wiki/TracIni#trac-section

[RjOllos]

On Saturday, December 1, 2012 12:23:26 PM UTC-8, Kamilla Holanda wrote:

I'm with the same problem using Trac 1.0. Any ideas to solve it?

There were several suggestions in this ticket on how to solve it. Did you try all of them? 

[Kamilla Holanda]

Yes! I've tried all this suggestions but the admin-tab doesn't work. It's the standalone mode. Are there any difference?

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 13:20, Kamilla Holanda wrote:
> On Saturday, December 1, 2012 7:50:24 PM UTC-2, RjOllos wrote:
>> On Saturday, December 1, 2012 12:23:26 PM UTC-8, Kamilla Holanda wrote:
>>> I'm with the same problem using Trac 1.0. Any ideas to solve it?
>> There were several suggestions in this ticket on how to solve it.
>> Did you try all of them?

> Yes! I've tried all this suggestions but the admin-tab doesn't work.

Frankly spoken, this is hardly believable. But anyway, the next logical
step for me is to look at a complete GET request to a ticket view or
wiki page with DEBUG logging enabled.

I'll trust you for now, that you know, how to enable it [1]. No matter
what, just GET a standard wiki page, and look at the complete output
from that action alone. I'll show you what I mean by adding three
different logs to this message myself, one for each of the following
user typs: anonymous, authenticated (after successful login), admin
(user with TRAC_ADMIN permission logged in).

You'll spot the difference easily, and you should observe similar
differences in your own log as well. Post a complete log at least for
anonymous and admin user here to get additional feedback and more
recommendations, if necessary.

> It's the standalone mode. Are there any difference?

It's a bit hard to get authentication right, but almost impossible to
_not_ get the admin tab, if you're authenticated and have setup user
permissions correctly. Trac in stand-alone is even better for debugging,
because there are less possible sources of error (read:
misconfiguration) than with additional web-server configuration. Trac
rocks, and I'd really like to get this sorted out, before others get a
different, wrong impression.

Steffen Hoffmann

[1] http://trac.edgewall.org/wiki/TracLogging


PS: I've corrected your reply for better readability. Please take care.
- --
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC7f3cACgkQ31DJeiZFuHc2FwCgtiat1RM1LH/8pVIJKTODCJ6M
0o4AoNcKZtVAnZLdRDEkgEucf+rIL3Dt
=VS9O
-----END PGP SIGNATURE-----

[Kamilla Holanda]

Thank you for the answer! 

I forget to said that the login isn't working. I have this error:

Trac Error

Authentication information not available. Please refer to the installation documentation.

But I have this configurations:

WSGIScriptAlias /trac /var/lib/cgi-bin/trac.wsgi

<directory /var/lib/cgi-bin/trac.wsgi>
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
</directory>

<Location "/trac/[^/]+/login">
AuthType Basic
AuthName "Trac"
AuthUserFile /var/lib/svn/svn-auth-file
Require valid-user
</Location>

/var/lib/cgi-bin/trac.wsgi:

#!/usr/bin/python

# -*- coding: utf-8 -*-

import trac.web.main

def application(environ, start_response):

  environ['trac.env_parent_dir'] = '/var/lib/trac'

  return trac.web.main.dispatch_request(environ, start_response)

[Jeff Lake]

I've been following this thread..
I'm lost if you followed the install instructions, and are logged in as the admin
you should see the admin tab

-Jeff Lake
MichiganWxSystem.com
AllisonHouse.com
TheWeatherCenter.net
GRLevelXStuff.com

[Kamilla Holanda]

Yes! I can't understand why it's not working. 

I have created the user with this command:

$sudo -H -u www-data htpasswd -cm /var/lib/svn/svn-auth-file kamilla

And I've added the permissions with this command:

$trac-admin /var/lib/trac/wolla/ permission add kamilla TRAC_ADMIN

--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-...@googlegroups.com.
To unsubscribe from this group, send email to trac-users+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

--
Kamilla Holanda Crozara
Graduanda em Engenharia de Software 
Universidade de Brasília
+55 (61) 8101-8241

www.softwareengineerplayer.com

"The Cosmos is all that is or was or ever will be" (Carl Sagan)

KISS - Keep It Simple, Stupid.

[Abiyo]

Thanks all for replying. Mine still doesn't work.
Steffen, I will try your suggestion and get back here with the results.
Kamilla; it seems like we have the same problem. If either of solve it, we should communicate
and reply here so that others, hopefully not, who have the same problem will know what to do.

Best,
Abiyo

[Kamilla Holanda]

Abiyo, I found this for the standalone mode:

http://www.andretimokhin.com/blog/2009/06/08/authentication-information-not-available

Take a look.

Now I've changed to Apache2 and WSGI but I have the same problem...

[Kamilla Holanda]

Here is my debug file from anonymous user. I can't show the others debug files because I have this error:

Trac Error

Authentication information not available. Please refer to the installation documentation.

TracGuide — The Trac User and Administration Guide

--
You received this message because you are subscribed to the Google Groups "Trac Users" group.

To view this discussion on the web visit https://groups.google.com/d/msg/trac-users/-/RONaCpaeTbEJ.

To post to this group, send email to trac-...@googlegroups.com.
To unsubscribe from this group, send email to trac-users+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

[Eduard-Cristian Stefan]

On 2012-12-02 19:25, Abiyo wrote:
> Thanks all for replying. Mine still doesn't work.
> Steffen, I will try your suggestion and get back here with the results.
> Kamilla; it seems like we have the same problem. If either of solve it, we should communicate
> and reply here so that others, hopefully not, who have the same problem will know what to do.

Please try to add the TRAC_ADMIN permission to the anonymous user:

trac-admin /usr/local/trac permission add anonymous TRAC_ADMIN

If the admin tab is still missing, then you have an entirely different problem.

Have a nice day,
Eduard

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 18:28, Kamilla Holanda wrote:
> On Sunday, December 2, 2012 3:25:15 PM UTC-2, Abiyo wrote:
>> Thanks all for replying. Mine still doesn't work.
>> Steffen, I will try your suggestion and get back here with the results.
>

> Abiyo, I found this for the standalone mode:
>
>
http://www.andretimokhin.com/blog/2009/06/08/authentication-information-not-available
>
> Take a look.

No, why? You should listen to me, or better: read the authoritative
wiki documentation at trac.edgewall.org [1] yourself instead.

> Now I've changed to Apache2 and WSGI but I have the same problem...

No surprise to me, but hold on, I'll give some more comments in a few
minutes.

Steffen Hoffmann


[1] http://trac.edgewall.org/wiki/TracStandalone#UsingAuthentication

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC7xYYACgkQ31DJeiZFuHe38gCfc6VMxZki/fLyHiaEYsW4tUlV
IwIAoJMOsPkaDWJ5PH1O/2thnKwvqAWI
=VZh0
-----END PGP SIGNATURE-----

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 20:59, Kamilla Holanda wrote:
> Here is my debug file from anonymous user.

Thanks. At least this request of mine was clear enough to get through to
you.

Sorry, but from some of the previous messages of yours I've got the
impression, that every further message from my side might be wasted,
because you can't listen/read.

Why? You just disclosed today, that you failed to log-in. Don't you
think, it would be appropriate to mention this up-front in your initial
request for advice/help? Why bother to ask for the admin tab in the
first place, if you can't authenticate at all? Let me remind you, that
some users including me repeatedly emphasized, that the user would need
to get some distinct permissions assigned to see that tab. This makes
you looking a bit clueless, at best. And it had been a bit ignorant to
continue without asking about what you seemingly didn't know, so wasting
a good portion of time, before we probably came nearer to the root cause
today.

Anyway, I'll still follow-up, hoping that you'll read more careful now,
will act more careful, tell us more completely about your situation, and
that you'll ask immediately, if something you've been told doesn't apply
to your case, or you even can't understand the advice given to you.

Failing to do so may bring you into more serious trouble anyway, as
others may find it even more a waste of time to offer their help. Ok?

Steffen Hoffmann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC7yaQACgkQ31DJeiZFuHel/QCgvZLhRf3hy+IS7JxLosnWlVAF
t40AoKOo0hOCXSAYc49NDAyEAQUeh4pm
=w3pc
-----END PGP SIGNATURE-----

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

True, but I've resisted to give this advice by now for a reason: Both
persons asking here may get into more trouble, if told into totally
opening their trac applications to everyone, what is essentially done by
this action.

@Abiyo
@Kamilla

Both of you, make sure to try the above on an not-networked or otherwise
protected system, not on a system meant for production, neither
currently, nor further on. I fear seriously, that you're currently
unable to recognize and track any malicious user, that could jump on the
machine, before you'll get permissions and other essential parts of the
configuration right.

Please - think twice - not on a publicly accessible system for now.

Steffen Hoffmann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC7y4cACgkQ31DJeiZFuHc6NACeJ/zGKvQ/GmL/h4/ZcPyVetbr
TLQAoNPWa4/TvVcHelg7RFycEcZZy+Yn
=aWBK
-----END PGP SIGNATURE-----

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 18:19, Kamilla Holanda wrote:
> Yes! I can't understand why it's not working.
>
> I have created the user with this command:
>
> $sudo -H -u www-data htpasswd -cm /var/lib/svn/svn-auth-file kamilla
>
> And I've added the permissions with this command:
>
> $trac-admin /var/lib/trac/wolla/ permission add kamilla TRAC_ADMIN

All right, but you told us now, that you haven't manage to login as user
kamilla. What are these other steps worth then? No authenticated user,
no permissions. That's not hard and not surprising at all, or is it?

Steffen Hoffmann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC7zGIACgkQ31DJeiZFuHc3fwCg1Ev8Fz3p62MfayrxPJGsQM8y
Q04An1MXlB18nap/ayumYw7vig+9ExbU
=KoUa
-----END PGP SIGNATURE-----

[Kamilla Holanda]

It's the first time that I use Trac and I installed it just two days ago. I saw the topic with the same problem and I asked for help. I guess it's a group to help the new users too, doesn't it? I really appreciate your help but, I'm sorry, sometimes It sounds very rude and I was expecting a help forum. I'm sorry but I don't know if there are some rules to newbie doubts. Now I'm understanding well how the Trac works thanks for your help and some readings.

I've installed Trac using the following sequence now and I have the same problem:

$sudo easy_install Trac==1.0

$sudo apt-get install libapache2-mod-wsgi

$sudo mkdir /opt/trac /opt/trac/sites /opt/trac/eggs /opt/trac/apache  

$sudo chown -R www-data /opt/trac 

File: /opt/trac/apache/trac.wsgi

import sys  

sys.stdout = sys.stderr    

import os  

os.environ['TRAC_ENV_PARENT_DIR'] = '/opt/trac/sites'  

os.environ['PYTHON_EGG_CACHE'] = '/opt/trac/eggs'  

 

import trac.web.main   

application = trac.web.main.dispatch_request 

The httpd.conf file:

WSGIScriptAlias /trac /opt/trac/apache/trac.wsgi

<Location "/trac/[^/]+/login">

    AuthType Basic

    AuthName "Trac"

    AuthUserFile /opt/trac/trac.htpasswd

    Require valid-user

</Location>

<Directory /opt/trac/apache>

    WSGIApplicationGroup %{GLOBAL}

    Order deny,allow

    Allow from all

</Directory>

ServerName localhost 

$sudo /etc/init.d/apache2 restart

$sudo trac-admin /opt/trac/sites/testProject initenv

$sudo chown -R www-data /opt/trac/sites/testProject

$sudo htpasswd -bcm /opt/trac/.htpasswd kamilla admin

$sudo trac-admin /opt/trac/sites/testProject permission add kamilla TRAC_ADMIN 

And the problem:

Trac Error

Authentication information not available. Please refer to the installation documentation.

TracGuide — The Trac User and Administration Guide

I give the permissions to the anonymous user because I'm configuring it in localhost so that's ok. With the permissions to the anonymous user I can see the admin-tab, but the login doesn't work too.

-----END PGP SIGNATURE-----

--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-...@googlegroups.com.
To unsubscribe from this group, send email to trac-users+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Top: Please stop top-posting ASAP. I've already tried to make a point
and explain to you, why it is a bad communication behavior, but will
repeat again (see my signature below).

On 02.12.2012 18:11, Kamilla Holanda wrote:
> Thank you for the answer!
>
> I forget to said that the login isn't working. I have this error:

Ok, that is serious, as I've already told you. And getting done with
this error is the only way to get other things to behave as expected too.

> *Trac Error*
> *Authentication information not available. Please refer to the
> installation documentation.*
> *
> *

>
> But I have this configurations:
>
> WSGIScriptAlias /trac /var/lib/cgi-bin/trac.wsgi

<snip>

Wait. Again this comes as a surprise, after I've read about trac
standalone before, that would have been NO web-server, just tracd, the
included Trac web-server application. Any command-line option to trac(d)
is worthless, if you start Trac by other means, like with WSGI here.
Once more, have you ever read the relevant authoritative wiki pages at
trac.edgewall.org [1] before?

Take breath again. I'll follow-up soon.

Steffen Hoffmann


[1] http://trac.edgewall.org/wiki/TracModWSGI#ConfiguringAuthentication

- --
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC70OoACgkQ31DJeiZFuHeB/wCeOdVRlrcU10XoZpFVLhxpE/sL
KBIAn2ohYO6GbAsooSF3Emzgb7yAwFGb
=kvnk
-----END PGP SIGNATURE-----

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 18:11, Kamilla Holanda wrote:

> Thank you for the answer!
>
> I forget to said that the login isn't working. I have this error:
>

> *Trac Error*
> *Authentication information not available. Please refer to the
> installation documentation.*
> *
> *

>
> But I have this configurations:
>
> WSGIScriptAlias /trac /var/lib/cgi-bin/trac.wsgi
> <directory /var/lib/cgi-bin/trac.wsgi>
> WSGIApplicationGroup %{GLOBAL}
> Order deny,allow
> Allow from all
> </directory>
>
> <Location "/trac/[^/]+/login">
> AuthType Basic
> AuthName "Trac"
> AuthUserFile /var/lib/svn/svn-auth-file
> Require valid-user
> </Location>
>
> /var/lib/cgi-bin/trac.wsgi:
> #!/usr/bin/python
> # -*- coding: utf-8 -*-
> import trac.web.main
> def application(environ, start_response):
> environ['trac.env_parent_dir'] = '/var/lib/trac'
> return trac.web.main.dispatch_request(environ, start_response)

Is it really /var/lib/trac/<project_env>, where your Trac environment
lives now? The same place, that you created by
trac-admin <the-path-to-env> initenv
before? This might be a bit bolt for others, but in this threat I've
learned to worry for the fundamental principles by now.

Steffen Hoffmann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC70d8ACgkQ31DJeiZFuHdGrQCfY1oJeOEQQj5x6XA1Ta34DSHf
iJ0AoJQMjLQh2naCXxJQWvlzFwMP98aE
=K62S
-----END PGP SIGNATURE-----

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02.12.2012 23:02, Kamilla Holanda wrote:
> It's the first time that I use Trac and I installed it just two days
> ago.

Ok. You didn't mention that before. Sure, you'll get treated a bit
differently, if you mention this.

> I saw the topic with the same problem and I asked for help. I guess
> it's a group to help the new users too, doesn't it?

Nothing wrong about this as well. Sure, we try to help everone, if it
seems possible at all.

> I really appreciate your help but, I'm sorry, sometimes It sounds
> very rude and I was expecting a help forum.

Would be the time for me to say sorry, if you had told more than just
"sometimes". It's about facts, when you're asking for help. We may be
more experienced with Trac and other things than you, be we've no magic
to compensate for information, that you don't disclose here.

> I'm sorry but I don't know if there are some rules to newbie doubts.
> Now I'm understanding well how the Trac works thanks for your help
> and some readings.

No such thing, just general net-etiquette.

Start from the beginning.
Tell everything.
Especially don't skip facts, when you've no clue at all about what could
be relevant.
Read each reply 100%.
Follow advice, if you can, and provide feedback, if requested and
exactly as requested.
If you can't follow, tell it as well, again not the shortest version.
You'll be told, if some details don't matter afterwards.

I'm not yelling at you. Even if it comes to you in a different tone, I'm
not angry or careless at all. Not for my standards, certainly not for
mailing-list standard, if there's such a thing at all. I'm caring, and
willing to help, if you're willing to learn and follow advice.

Some fundamental questions for now:

What's your OS?

Your Python version is 2.6, that's ok. Trac is 1.0, you told us, but how
did you install it?

Do you control the system by means of root console access?

Would you be able to run tracd, or will you need Trac served by Apache
or another web-server anyway for some reason?

Authentication is quite a bit outside of Trac, and Trac only uses
REMOTE_USER environment variable in the request to decide, if this has
to be served as authenticated or anonymous user.

Did you hear about Trac plugins before? Some may even help you to
improve management of your Trac application, if applied and configured
correctly.

Ah, and just once more the very friendly but determined reminder, to NOT
top-post when answering. You'll comment the previous questions inline -
below my lines, won't you? Thanks for taking care.

Sincerely,

Steffen Hoffmann

- --
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC71yQACgkQ31DJeiZFuHesxwCg4eobElHSsnB04Cc8YjkP4kmk
hvsAn18vSNfZi8ZF273ZwX3tb6yuvnjZ
=YKBo
-----END PGP SIGNATURE-----

[Kamilla Holanda]

Hey! I really appreciate your help. I'm very excited about Trac and I wanna use it in my projects, so I really wanna learn more about it.

> What's your OS? 

I'm using Ubuntu 9.04.

> Your Python version is 2.6, that's ok. Trac is 1.0, you told us, but how 

did you install it?

I've installed Trac just using easy_install tool and following the command: 

$sudo easy_install Trac==1.0

That's all. 

> Do you control the system by means of root console access? 

Yes, I'm the root user.

> Would you be able to run tracd, or will you need Trac served by Apache 

or another web-server anyway for some reason? 

I need to configure it using Apache. For now I'm checking some tools in my own environment and after it I will install it in an Apache server at the University lab.

> Did you hear about Trac plugins before? Some may even help you to 

improve management of your Trac application, if applied and configured 

correctly.

Yes, I've heard about Trac plugins and it's the main reason I'm very interested about Trac. If there are some plugin that I can use to solve this problem it might be very nice. 

Now I guess that I posted in the correct form now, right?

Thanks a lot!

[RAAFET DORMOK]

Solaris sparc 10

 

Raafet Dormok

 

De : trac-...@googlegroups.com [mailto:trac-...@googlegroups.com] De la part de Kamilla Holanda
Envoyé : lundi 3 décembre 2012 13:23
À : trac-...@googlegroups.com
Objet : Re: [Trac] no admin tab

--

You received this message because you are subscribed to the Google Groups "Trac Users" group.

To view this discussion on the web visit https://groups.google.com/d/msg/trac-users/-/YtYDyDlfUGIJ.

[Ethan Jucovy]

Trac Error

Authentication information not available. Please refer to the installation documentation.

If you have no plugins installed, and you've hooked up Apache for authentication, then Trac expects Apache to be logging the user in and sending the logged-in user's information to Trac in the HTTP request.  When you visit the "Login" URL, Trac looks for information about the logged-in user, and sets some internal state (in a session) based on the authentication information that was passed in by the Apache server.  It's a little confusing, because Trac's "Login" URL doesn't actually authenticate the user; it just asserts that authentication has occurred upstream of the Trac code for the current request, and then logs the user in persistently.

This error message occurs if you visit the "Login" URL in Trac without an authenticated user in the request, because Trac itself doesn't know how to authenticate a request -- it only knows how to handle a request that's already been authenticated by the upstream web server.  (This is not true if you install the excellent AccountManagerPlugin that Steffen is the maintainer of.) 

The Apache web server needs to be set up to challenge the user when visiting the "Login" URL, and then pass through the resulting authenticated user (if the user's response was successful) to Trac.

So from your description so far, it sounds like the error is in your Apache configuration somehow:

<Location "/trac/[^/]+/login"> 

    AuthType Basic

    AuthName "Trac"

    AuthUserFile /opt/trac/trac.htpasswd

    Require valid-user

</Location>

What is the full URL you are visiting when you get the error message "Authentication information not available"?  

When you visit that URL, does your web browser pop up a basic auth form prompting you to log in?

If it does, are you able to log in using the credentials you specified in the trac.htpasswd file?

-Ethan 

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 03.12.2012 13:23, Kamilla Holanda wrote:
> Now I guess that I posted in the correct form now, right?

Yes, we're on much better terms now. Thanks for your answers and
clarification.

> Thanks a lot!

You're welcome. Let's see, what we can do.

Steffen Hoffmann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlC9HWoACgkQ31DJeiZFuHfdfwCg1/S0UYPJA65FWnDiOrSrcbc5
nVsAn1XWwR8I8/atopzbPk1lpiQJ1pmy
=43+a
-----END PGP SIGNATURE-----

[Kamilla Holanda]

Hey, thanks for all the answers. It's solved now! It was an error in Apache configuration.

> What is the full URL you are visiting when you get the error message "Authentication information not available"?  

I guess it was: http://localhost/trac/testProject/login

> When you visit that URL, does your web browser pop up a basic auth form prompting you to log in?

No, I was not seeing the pop up. 

I've changed my Apache configurations for this:

ServerName localhost

WSGIScriptAlias /trac /var/trac/apache/trac.wsgi  

  

<Directory /var/trac/apache>  

    WSGIApplicationGroup %{GLOBAL}  

    Order deny,allow  

    Allow from all  

</Directory>  

<Location /trac>  

    AuthType Basic  

    AuthName "Trac login"  

    AuthUserFile /var/trac/.htpasswd  

    Require valid-user  

</Location>

I correct it and restart Apache, after it I saw the pop up to authentication and it's working very well.

Thanks a lot @Steffen Hoffmann and @Ethan.