Re: [Trac] Why has InterMapTxt ceased to work (as before)?

So what could be wrong on my side?

Maybe the fact that these aliases do not even show up on the
InterMapTxt wikipage is of interest?

Installed Plugins are:
SvnAuthzAdminPlugin 0.1.2
TracAccountManager 0.3dev-r9591
TracIncludeMacro 2.1
TracProjectMenu 1.0 (unused / disabled in trac.ini)
TracWikiRename 2.1.1
TracWysiwyg 0.12.0.2-r8691

> Something else must be wrong on your side, I just tested on our demo sites:
> http://trac.edgewall.org/demo-0.11/wiki/InterMapTxt
> http://trac.edgewall.org/demo-0.12/wiki/InterMapTxt
> http://trac.edgewall.org/demo-0.13/wiki/InterMapTxt
>
> All seem to work as expected.

I tested only the 0.12 and yes, indeed - on your site all works as expected.
Problem is, I do not even get ... wait ... testing ...

Uh oh...

Could it be, that there is a problem if the alias contains an underscore?

"alias1" in fact also works on my site.

But "prefix_alias" doesn't. It did before.

Re: [Trac] Why has InterMapTxt ceased to work (as before)?

Risanecek wrote:
> Could it be, that there is a problem if the alias contains an underscore?

Yes, that's correct. This was "broken" in [8709] by fixing #8162. The
fix was to make the scheme part of links RFC2396-compliant. I have fixed
a few occurrences of this very symptom on t.e.o a few days ago.

But we could deviate a bit from RFC2396 and allow the underscore, as it
seems to be in common use.

-- Remy

Re: [Trac] Why has InterMapTxt ceased to work (as before)?

Remy Blank wrote:
> But we could deviate a bit from RFC2396 and allow the underscore, as it
> seems to be in common use.

Fixed in http://trac.edgewall.org/changeset/10408

-- Remy

Re: [Trac] CKEditor Wysiwyg Plugin

On Mon, Dec 27, 2010 at 6:36 PM, Olemis Lang <olemis-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

On Fri, Dec 24, 2010 at 5:10 PM, Itamar O <itamarost-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Hi all,
>

:)

> I just uploaded to t-h a new plugin that replaces the wiki-editor with the
> excellent CKEditor (actual work done by Edan Maor (in Cc)).
> You can find it here: http://trac-hacks.org/wiki/CkEditorPlugin
>

Hah ! I knew it !
My Christmas present !

:o)

> As described on the plugin page, this is a very initial alpha version,
> mainly because it only produces raw HTML.

That's always been the reason for me to stop doing this kind of
WYSIWYG plugins ... I also had in mind another WYSIWYG editors e.g.
TinyMCE, NicEdit ...

Just to know , anything peculiar to prefer CkEditor ???

Before selecting CKEditor, Edan researched a little and found the following project:
http://mediawiki.fckeditor.net/
This project implemented a CKEditor variant that outputs MediaWikiText,
so this is a proof-of-concept that it is possible to achieve with CKEditor,
and also might be used as a basis for further work.
 

For instance, is it pluggable i.e. so that Trac plugins may be able to
add WYSIWYG capabilities to the editor ?

That's somehow what I'm looking for and AFAICS , TinyMCE allows for doing so ...

OTOH , there was an option of implementing pluggable connectors for
Trac WYSIWYG plugin .

AFAIK, CKEditor does allow extensions with some pluggable architecture.
 

> Two possible approaches that come to mind are- (1) implementing a
> HTML<->TracWiki conversion layer;

I'm working on this , BTW ... However , should it be JS conversion or
Py conversion ?

I think Py-conversion is the way, because it would allow some reuse from existing wiki-handling code in core.
Although JS-conversion would be very useful for quick client-side switches from raw-editor and rich-editor...
We're open for suggestions on this!
 

> and (2) replacing CKEditor's rendering
> engine with something that emits TracWiki directly.
>

Hmmm !
What'd need to be done ?

I think that the project mentioned above takes this approach (haven't really looked into it though),
so I guess what needs to be done is further investigation of that project, to see what can be reused.
Also, in case this work is affected by the wiki-to-wikidom effort, maybe some advice from Christian on how this affects the integration will help
 

> Your input and contribution is much appreciated!
>

... very interesting idea ... this is something I'd like to see in action !

> Merry Christmas,

... and Happy New Year for all !!!

--
Regards,

Olemis.

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:

--
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-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To unsubscribe from this group, send email to trac-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

--
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Moving trac to a new server

[Trac] compile problem trac=0.12 with babel

Hello

I will compile Trac=0.12.1, but I have problem with babel

I installed babel 0.9.5 first and run in locale ERROR

Trac-0.12.1 # python ./setup.py build
running build
running compile_catalog_js
Traceback (most recent call last):
   File "./setup.py", line 136, in <module>
     **extra
   File "/usr/lib/python2.7/distutils/core.py", line 152, in setup
     dist.run_commands()
   File "/usr/lib/python2.7/distutils/dist.py", line 953, in 
run_commands
     self.run_command(cmd)
   File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
     cmd_obj.run()
   File "/usr/lib/python2.7/distutils/command/build.py", line 127, 
in run
     self.run_command(cmd_name)
   File "/usr/lib/python2.7/distutils/cmd.py", line 326, in run_command
     self.distribution.run_command(command)
   File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
     cmd_obj.run()
   File "build/bdist.linux-i686/egg/babel/messages/frontend.py", 
line 142, in run
   File "build/bdist.linux-i686/egg/babel/messages/pofile.py", line 
128, in read_po
   File "build/bdist.linux-i686/egg/babel/messages/catalog.py", line 
219, in __init__
   File "build/bdist.linux-i686/egg/babel/core.py", line 212, in parse
   File "build/bdist.linux-i686/egg/babel/core.py", line 137, in 
__init__
babel.core.UnknownLocaleError: unknown locale 'sl'

trac without babel build fine

can I solve that problem

Thanks

Holger

--

-- 
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?hl=en.

Re: [Trac] compile problem trac=0.12 with babel

On 1/2/2011 11:29 PM, Holger Bruenjes wrote:
>
> Hello
>
> I will compile Trac=0.12.1, but I have problem with babel
>
> I installed babel 0.9.5 first and run in locale ERROR
>
> Trac-0.12.1 # python ./setup.py build
> running build
> running compile_catalog_js
> Traceback (most recent call last):
>   File "./setup.py", line 136, in <module>
>     **extra
>   File "/usr/lib/python2.7/distutils/core.py", line 152, in setup

How did you install Babel?

I just check, there were some Python 2.7 fixes done in the script used 
for converting CLDR data to *.dat files, after the 0.9.5 release (even a 
change backported on ... tags/0.9.5!?), but apparently the .tar.gz 
didn't benefit from that fix...

Anyway, that glitch doesn't seem to matter, as the *.dat files are 
already present in the archive. I just verified that an easy_install of 
Babel with Python 2.7.1 works, as well as installing Babel directly from 
the .tar.gz.
Installing Trac after that in each case also worked...

-- 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?hl=en.

[Trac] svnauthz (or similar) with MultipleRepositories?

Hi,

I would like to migrate from our old  1 (SVN) repository <-> 1 Trac
approach to the n repositories <-> 1 Trac, as the MultiRepo support in
Trac seems quite stable now. There is, however, the question of
finegrained SVN access management. We used svnauthz, which worked like
a charm, but are now facing the problem, that the svnauthz Plugin can
only handle one repository.

Is there either

some svnauthz replacement/patch that can cope with multiple repositories

or

can I somehow enable several svnauthz instances in one Trac

or

how would you do it? 

Richard

--

-- 
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?hl=en.

[Trac] Re: In linux boots up, tracd script starts automatically then GUI of Linux not get loaded

Dear Mattew,

Thank you.

After including -d, script is working fine. Also, modified the script
to match the original script for removing pid and lock file.

I am new to linux, so if my previous doubts gave you frustration,
please bear with me. Sorry for not responding you so far. After my
exams, I turned to office today only.

Anyway, thank you for the response.

-Kavitha

On Dec 20 2010, 6:33 pm, Matthew Caron <Matt.Ca...@...> wrote:
> On 12/20/2010 01:44 AM, kavitha wrote:
>
> > Answer for your question:
> >    Machine started tracd perfectly and just sit there.
>
> Hmm.. It sounds like it didn't correctly daemonize.
>
> What happens when you boot and start it manually? Does the terminal in
> which you're starting it return to a prompt, or does it just sit there
> as well? If it just sits there, then your problem is that something is
> not working right with the daemon program (which is odd).
>
> > Solution taken:
> >    Trough remote, issued the below commands
> >        chkconfig svntracd off
> >        reboot
> >    Afer reboot issued "/etc/rc.d/init.d/svntracd start" (prints all the
> > information in the console)
>
> What information does it print? Does it go back to a prompt.
>
>
>
> > Script modified as below:
> > 1. "OPTIONS" variable changed to "OPTS" as SVN didn't accept it
>
> This has nothing to do with SVN. OPTIONS is used internally by that
> startup script. (Or do I misunderstand?)
>
> > 2. Declared the "OPTS" variable as "OPTS="-p 8014 -e /home/kavitha/svn/
> > tracenv/"
>
> And that's likely your problem - you dropped the -d, so it's not
> daemonizing.
>
> Also, why did you drop the -r?
>
> > 3. "return -1;" inside the if condition in start() throws error and
> > modified into "exit;"
>
> Why? It will return -1 which will then exit with -1 following the
> conclusion of the case statement.
>
> > 4. Sometimes, only lockfile is created. But stop() checks for only pid
> > file, so changed the script to check for lock file also. If exist then
> > remove (rm) is called for lock file also.
>
> I'd prefer to have it not start so I can verify that trac wasn't
> manually started. Removing a lockfile from a running trac is not a good
> idea.
>
> > Trust I have given all the information, if not please let me know.
>
> Nope, that's fine.
>
> > Did I made any wrong value in OPTS varibale?
>
> Yes, you left off -d.
>
> -d, --daemonize       run in the background as a daemon
>
> This is also why you're not getting a pidfile:
>
> --pidfile=PIDFILE     When daemonizing, file to which to write pid
>
> (implies that it won't creat a pidfile when not daemonizing).
> --
> Matthew Caron
> Build Engineer
> Sixnet |www.sixnet.com
> O +1 518 877 5173 Ext. 138
> F +1 518 602 9209
> matt.ca...@...

--

-- 
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 <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] ANNOUNCE: Trac-jsGantt 0.2

On Mon, 2010-12-13 at 10:17 -0500, Chris Nelson wrote:
> I announced the Trac-jsGantt plugin on 12/6.  Since then I've gotten some valuable feedback from Roger
Oberholtzer and "yoheeb" (Thanks, guys!) and refined a few features.

I have finally had time to install the latest. We are moving forward.

I have a milestone that is due March 1, 2011. It is the only milestone
defined that is not already completed and closed. In the chart, for the
milestone, a triangle is placed at Dec 31. 2010. Shouldn't the triangle
be at Match 1, 2011?

I still need to play with the actual entries. But I think that is more a
matter of me adding dates and such to the tickets.

-- 
Roger Oberholtzer

--

-- 
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?hl=en.