[Trac] Re: Trac Wiki Notification Plugin

Trac Wiki Notification - 0.1.0rc3 has been released!

What has changed:
 * Added README to comply with setuptools rules.
 * The email notification now also states the the ip might mean nothing
if the user is behind a proxy.
 * The charset problem found with python 2.4.3 is now solved, this
closes ticket #1, and now everything respects the trac's charset and
encoding set on trac.ini.
--
Pedro Algarvio
   __ ___  ___ _______        ___ __
|   Y   .'  _|   _   .-----.'  _|  |_   .-----.----.-----.
|.  |   |   _|   1___|  _  |   _|   _|__|  _  |   _|  _  |
|.  |   |__| |____   |_____|__| |____|__|_____|__| |___  |
|:  1   |    |:  1   |                             |_____|
|::.. . |    |::.. . |  ufs [AT] ufsoft [DOT] org
`-------'    `-------'    ufs [AT] sapo [DOT] pt

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

[Trac] VeeJay Compile Hell on Ubuntu (yes I know, there's always one isn't there)

I have recently(2 days ago) changed from suse to ubuntu. I was hardly
Mr Pro on suse to begin with so please bear with me.

I'm trying to get veejay compiled on my system, after blood sweat and
tears I am (I hope) very near to completing the configure script.

{{Creating config.mak and config.h...
config.h is unchanged
checking what warning flags to pass to the C compiler... -Wall -Wunused

configure:  Gveejay true yes
checking for GTKCAIRO... configure: error: GtkCairo not found: get it
at http://www.cairographics.org/GtkCairo}}

according to my synaptic package manager

{{gtkcairo-cvs
Package created with checkinstall 1.5.3}}

is installed.

I have attempted to install cairo-1.2.4.tar.gz. This brings up an error
about font backends. On reflection, I dont think this is the
appropriate package anyway.

If a cvs is listed as installed is the package installed or just CVS
access to the package??

Does anyone have any Ideas on how I can get gtkcairo grooving so I can

[Trac] Re: VeeJay Compile Hell on Ubuntu (yes I know, there's always one isn't there)

I think you are asking about a project that uses Trac for management.  
This list is only for question related to the Trac system itself, not  
things that use it.

--Noah

On Sep 30, 2006, at 11:12 PM, andrew.holway@... wrote:

>
> I have recently(2 days ago) changed from suse to ubuntu. I was hardly
> Mr Pro on suse to begin with so please bear with me.
>
> I'm trying to get veejay compiled on my system, after blood sweat and
> tears I am (I hope) very near to completing the configure script.
>
> {{Creating config.mak and config.h...
> config.h is unchanged
> checking what warning flags to pass to the C compiler... -Wall - 
> Wunused
>
> configure:  Gveejay true yes
> checking for GTKCAIRO... configure: error: GtkCairo not found: get it
> at http://www.cairographics.org/GtkCairo}}
>
> according to my synaptic package manager
>
> {{gtkcairo-cvs
> Package created with checkinstall 1.5.3}}
>

[Trac] Re: VeeJay Compile Hell on Ubuntu (yes I know, there's always one isn't there)

[Trac] Re: Trac 0.10 with Python 2.5

Manuzhai wrote:
> On 9/30/06, James Tauber <jtauber@...> wrote:
>   
>> There were Python-2.5-specific requests for Trac 0.10 that were done
>> so I'm hoping that means someone successfully got Trac 0.10 working
>> with Python 2.5.
>>     
>
> I'm quite sure they were obvious and preventive.
>
> If you want, you could try a Genshi-branch. It might work on 2.5,
> since it wouldn't need ClearSilver. But then I think ClearSilver is
> still enabled for plugins on that branch, so I'm not sure if it'll
> work without it. Others will know more.
>   

If you don't need plugins (besides the webadmin plugin) and are not 
afraid to hit a rough edge here and there, you can already use the 
genshi branch. See http://trac.edgewall.org/wiki/TracOnWindows/Python2.5

-- Christian

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

[Trac] Problem with upgrading from trac 0.9.4 to 0.10

Hi guys,
I am trying to upgrade our install of trac 0.9.4 to 0.10

When I try to use trac with mod_python for apache (using the same apache
config as 0.9.4) - I get an error: "Error reading from socket" when I
try to access a page belonging to the trac dynamic content.
I can use trac via tracd - the trac dynamic content is visible.

I am using a Fedora Core 3 box, SELinux is disabled.

Relevant packages:

clearsilver-0.10.3
sqlite-3.3.7
trac-0.10
pysqlite-2.3.2

apache: 2.0.53-3.4.legacy

relevant to trac config for httpd:
<Location "/projects">
        SetHandler mod_python
        PythonHandler trac.web.modpython_frontend
        PythonOption TracUriRoot /projects
        PythonOption TracEnvParentDir "/opt/trac"
        SetEnv PYTHON_EGG_CACHE /usr/local/stow/PYTHON_EGG_CACHE
        PythonDebug On
</Location>

Nothing is generated in server logs. Wht I tried to do is enable the mod
python test page as described here:
http://trac.edgewall.org/wiki/TracModPython

What happens when I try to load http://127.0.0.1/mpinfo
------------------------------------------------------------
                           Internal Server Error

The server encountered an internal error or misconfiguration and was
unable to complete your request.

Please contact the server administrator, ibro@... and
inform them of the time the error occurred, and anything you might have
done that may have caused the error.

More information about this error may be available in the server error log.
_________________________________________________________________

    Apache/2.0.53 (Fedora) Server at source.spectrum.local Port 80
--------------------------------------------------------------

Still - I cannot find anything relevant in the logs.

As I am managing the local installation with stow - I checked whether
trac is available:

[ash <at> source stow]$ python
Python 2.3.4 (#1, Feb  2 2005, 12:11:53)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import trac.core
>>> trac.core
<module 'trac.core' from
'/usr/local/lib/python2.3/site-packages/trac/core.pyc'>>>>

Any ideas how to handle this problem?

Kind regards:
al_shopov

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

[Trac] Re: DATAMODEL - Adding Fields to the Wiki Datamodel

Ilias Lazaridis wrote:
> Matt Good wrote:
> > Ilias Lazaridis wrote:
> > > Is there a standard way defined for adding fields to the datamodel?
> >
> > No, this is not currently supported, but there has been discussion of
> > making the Trac object model more flexible.  At this time if you need
> > extra information you can use a separate table to store your data.
> >
> > The Tags plugin is one example of storing fields related to wiki pages:
> > http://muness.textdriven.com/trac/wiki/tags/Setup
> >
> > > * how do I add a field in the existent table
> >
> > Don't.  Field you add to Trac's built-in tables may be lost when Trac
> > upgrades its schema.  If you need additional fields they should be
> > stored in a separate table with a foreign-key style relation to the
> > Trac tables.
>
> I don't like tables and SQL, would like to avoid them.
>
> Thus it seems to be less effort to create a custom field and to handle
> the upgrade than to create foreign-key relations and new tables.
>
> Is there a possibility to get a customization field included in the
> core-version?

???

> I could workout a flexible solution (which I would use, but other could
> use it, too).
> 
> --
> http://lazaridis.com

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

[Trac] Re: DATAMODEL - Adding Fields to the Wiki Datamodel

On Oct 1, 2006, at 12:42 PM, Ilias Lazaridis wrote:

>
>
> Ilias Lazaridis wrote:
>> Matt Good wrote:
>>> Ilias Lazaridis wrote:
>>>> Is there a standard way defined for adding fields to the datamodel?
>>>
>>> No, this is not currently supported, but there has been  
>>> discussion of
>>> making the Trac object model more flexible.  At this time if you  
>>> need
>>> extra information you can use a separate table to store your data.
>>>
>>> The Tags plugin is one example of storing fields related to wiki  
>>> pages:
>>> http://muness.textdriven.com/trac/wiki/tags/Setup
>>>
>>>> * how do I add a field in the existent table
>>>
>>> Don't.  Field you add to Trac's built-in tables may be lost when  
>>> Trac
>>> upgrades its schema.  If you need additional fields they should be
>>> stored in a separate table with a foreign-key style relation to the
>>> Trac tables.
>>
>> I don't like tables and SQL, would like to avoid them.
>>
>> Thus it seems to be less effort to create a custom field and to  
>> handle
>> the upgrade than to create foreign-key relations and new tables.
>>
>> Is there a possibility to get a customization field included in the
>> core-version?
>
> ???
>
>> I could workout a flexible solution (which I would use, but other  
>> could
>> use it, too).
>>
>> --
>> http://lazaridis.com

It is not likely that there will be a uniform way to do this for a  
while at least. Look at the TracObjects proposal (on  
trac.edgewall.org) for more info on one suggested method. Until then  
what Matt said is the best way to do it, secondary tables with change  
listeners to keep it all in sync.

--Noah

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

[Trac] Re: RFC - Wiki backlinks implementation

Christian Boos wrote:
> Ilias Lazaridis wrote:
> > I would like to add 'backlinks' to the trac wiki, and first of all I
> > like to ask which solutions are already available (stable).
> >
> > Secondly I like to ask the users for comments on how this should work.
>
> I think you have a small terminology problem here, "Backlinks" in Wikis
> usually don't refer to the "parents" of a Wiki page, rather to all the
> pages that happen to have a link to that Wiki page. See for example [1].

Ok, the "backlinks" are implemented as a vertical menu list (build on
runtime from the AutoNav macro).

You can see the mechanism e.g. based on this page:

http://case.lazaridis.com/wiki/DjangoAudit

> > I plan to implement a plugin which implements it like this:
> >
> > * every wiki page has a parent (e.g. added on top as a macro-call
> > [[Parent("Project")]], or in some other way).

I tend to implement this as a 'classical' left-side vertical navigation
menu.

something like a dynamic TracNav (to speak in context of existent
solutions).

> That would certainly be an useful plugin.
> OTOH, inclusion of this feature in core Trac is still being discussed [2].
> Also, note that with this feature there could a possible "conflict" with
> the breadcrumb feature [3], as you would have two navigations trails,
> yours following the parent/child relationship, the breadcrumb following
> the navigation history.

ok, the navigation history could then go to the "histnav" (context-nav,
left - what I call "backnav" currently).

this would solve the 'conflict'.

backlinks, histnav, and classic-navigation-menu

again, any commenst and suggestions welcome.

> -- Christian
>
> [1] - http://trac.edgewall.org/wiki/BackLinks
> [2] - http://trac.edgewall.org/ticket/2780
> [3] - http://trac.edgewall.org/ticket/2449

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

[Trac] Re: DATAMODEL - Adding Fields to the Wiki Datamodel

Noah Kantrowitz wrote:
> On Oct 1, 2006, at 12:42 PM, Ilias Lazaridis wrote:
> > Ilias Lazaridis wrote:
> >> Matt Good wrote:
> >>> Ilias Lazaridis wrote:
> >>>> Is there a standard way defined for adding fields to the datamodel?
> >>>
> >>> No, this is not currently supported, but there has been
> >>> discussion of
> >>> making the Trac object model more flexible.  At this time if you
> >>> need
> >>> extra information you can use a separate table to store your data.
> >>>
> >>> The Tags plugin is one example of storing fields related to wiki
> >>> pages:
> >>> http://muness.textdriven.com/trac/wiki/tags/Setup
> >>>
> >>>> * how do I add a field in the existent table
> >>>
> >>> Don't.  Field you add to Trac's built-in tables may be lost when
> >>> Trac
> >>> upgrades its schema.  If you need additional fields they should be
> >>> stored in a separate table with a foreign-key style relation to the
> >>> Trac tables.
> >>
> >> I don't like tables and SQL, would like to avoid them.
> >>
> >> Thus it seems to be less effort to create a custom field and to
> >> handle
> >> the upgrade than to create foreign-key relations and new tables.
> >>
> >> Is there a possibility to get a customization field included in the
> >> core-version?
> >
> > ???
> >
> >> I could workout a flexible solution (which I would use, but other
> >> could use it, too).
>
> It is not likely that there will be a uniform way to do this for a
> while at least.

I meant: if I find a solution, is it possible to include a custom field
(e.g. "text custom-attributes") to the database.

> Look at the TracObjects proposal (on
> trac.edgewall.org) for more info on one suggested method. Until then
> what Matt said is the best way to do it, secondary tables with change
> listeners to keep it all in sync.

I see.

could you provide me with a basic skeleton for this?

I would owe you a favor!

.

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