* 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 rea
> -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 Kantr
* 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 y
Hi,
Is it possible to set email notification for status changed only? For example,
if a ticket status changed from new to assigned, system will send or copy an
email to project manager team.
Your help will greatly appreciated.
Thanks,
Luie
--
You received this message because you a
Hi Noah,
Noah Kantrowitz 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: trac-us.
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...
--
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 "
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 yo
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 wrote:
> And for comparison, reasons to avoid MySQL:
>
>
>
> Unicode collation is a tra
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 Mat
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
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,
> 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 reas
>> 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
On Tue, May 25, 2010 at 5:45 AM, W. Martin Borgert wrote:
> Quoting "Olemis Lang" :
>>
>> 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 1.2, there is an o
On Tue, May 25, 2010 at 5:43 AM, Roger Oberholtzer
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
> English. What if I set
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 lea
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
English. What if I set my language to something else?
--
Roger Oberholtzer
--
You re
18 matches
Mail list logo