Hi,
currently I'm very busy with real life, so just a few hints:
- about missing jQuery 1.2, there is an open bug in Debian, that
affects also Ubuntu: http://bugs.debian.org/562859
- please try package version 0.11.7-3 instead of 0.11.7-1, this
should fix the broken jQuery link at
On Tue, May 25, 2010 at 5:43 AM, Roger Oberholtzer
roger.oberholt...@gmail.com wrote:
I have not installed local translations in my 0.12b1 release. I am
waiting for the next release. But I am curious about one thing: when a
text field is doing spell checks, what language will be used? Now it is
On Tue, May 25, 2010 at 5:45 AM, W. Martin Borgert deba...@debian.org wrote:
Quoting Olemis Lang ole...@gmail.com:
I continued my research so as to finally use Trac in Ubuntu 10.04 LTS
Lucid .
Hi,
:o)
currently I'm very busy with real life, so just a few hints:
- about missing jQuery
server latency + network latency timeout
where can i change this timeout time?
On every web browser connecting to it, if it can be changed at all. It's
a client side setting, and varies by browser.
Either make your server or your network faster.
That is not in my power.
Then I think
Sorry to hijack but I was just wondering if you have any specific
reasons for choosing mysql over e.g. PostgreSQL. I don't know that
much about dBs really so any thoughts welcome. I picked PostgreSQL
as it seemed the better supported in Trac...
As did I. However, I wish I hadn't. My
Hi there!
I'm creating a macro for Trac which should check,
if parenthesis are correctly opened and closed. Until now,
I wrote a macro, which is able to do the job.
I need your help on two issues:
1 - How do it looks like, if I want to, let's say,
have a button on my wiki, which when clicked,
You should probably be more specific about what you are trying to do. There
is a decent chance that a wiki is not what you should be using if you want
things like dynamic syntax processing.
--Noah
-Original Message-
From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com]
And for comparison, reasons to avoid MySQL:
Unicode collation is a train wreck.
UTF8 storage is scarily inefficient.
Much ambiguity about the future of the project since the Oracle takeover.
--Noah
From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On
Behalf Of
Disclaimer: I have no real DB-knowledge.
Just curious -
what are the shortcomings of the default and simple SQLite,
compared to the other options?
Itamar O.
On Tue, May 25, 2010 at 10:13 PM, Noah Kantrowitz n...@coderanger.netwrote:
And for comparison, reasons to avoid MySQL:
Unicode
The biggest problem with SQLite is that it has a very simple locking model.
More or less, if someone is writing to the DB no one else can touch it.
Speed-wise it compares pretty well to most other DBs, it just doesn't scale
up in terms of concurrency. This isn't a problem for most people, but if
Noah Kantrowitz wrote:
The biggest problem with SQLite is that it has a very simple locking
model. More or less, if someone is writing to the DB no one else can
touch it.
This. Once we got to about 20 people using it, someone would run a long
query and it would lock everyone out with
Noah Kantrowitz wrote:
And for comparison, reasons to avoid MySQL:
Much ambiguity about the future of the project since the Oracle takeover.
Theoretically, one should be able to use MariaDB, though I have not
tested this.
But yes, I share your fears as to what SnOracle will do...
--
Hi Noah,
Noah Kantrowitz n...@... writes:
You should probably be more specific about what you are trying to do. There
is a decent chance that a wiki is not what you should be using if you want
things like dynamic syntax processing.
--Noah
-Original Message-
From:
* On 25 May 2010, Matt Caron wrote:
Noah Kantrowitz wrote:
And for comparison, reasons to avoid MySQL:
Much ambiguity about the future of the project since the Oracle takeover.
Theoretically, one should be able to use MariaDB, though I have not
tested this.
But yes, I share
-Original Message-
From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com]
On Behalf Of David Champion
Sent: Tuesday, May 25, 2010 2:27 PM
To: trac-users@googlegroups.com
Subject: Re: [Trac] Backend dB choice
* On 25 May 2010, Matt Caron wrote:
Noah Kantrowitz
* On 25 May 2010, Noah Kantrowitz wrote:
This is starting to drift off-topic, but the rapid departure of many of the
prominent FOSS people from Sun has me worried. Most have left very suddenly,
...
Ah, that is good information and something I put stock in.
on MySQL?. There is no real
16 matches
Mail list logo