On Nov 23, 2010, at 3:37 PM, Vivian Lee wrote:
> I work with Brian at Trident Microsystems. The followings are the examples
> of our issues. Hopefully, with the screen shots you would be able to see the
> issues more clearly and could point us to the right direction to solve this
> issue.
On Nov 19, 2010, at 12:19 PM, Brian Thompson wrote:
> What do you mean by "using fonts without traditional glyphs in them"? What
> we're seeing are square boxes in place of some of the characters. Would that
> be a symptom of the font issue? Can you please point us to an example of a
That's
On Nov 18, 2010, at 4:26 PM, Ruslan Zakirov wrote:
> It's mac_port's perl probably. So install apache and mod_perl/fastcgi
> from ports as well and use them.
Deja vu all over again... ;) Everything needs to be from the same package
manager software (or manually built). Gets too confusing othe
On Nov 5, 2010, at 9:09 AM, Brian Dial wrote:
> mod_perl. fastcgi looked rather complicated so i was hoping to avoid that
Here's the whole of our RT config in apache. First, install and enable the
mod_fastcgi module in apache 2.2, then use the following, but adjust the file
paths to match whe
On Nov 5, 2010, at 8:59 AM, Josh Narins wrote:
> They are never clobbered with:
>
> ./configure --prefix=/opt/local
so now you need your own private copy of perl in /opt/local as well else
the package system may clobber your perl modules installed by hand too. It
becomes a very tangled we
On Nov 5, 2010, at 5:26 AM, Robert Grasso wrote:
> This is my own opinion : as you increase your Unix/Linux/RedHat skills, you
> will feel less concerned by such issues.
As you increase the number of systems you need to manage, you will feel more
concerned by such issues.
A good package manag
On Nov 4, 2010, at 2:10 PM, Robbie Lankford wrote:
> When first installed RT I failed to change 'rt.support' during the
> installation. Now all of my tickets get 'rt.support' tagged into the subject,
> as well as when I am logged in I see RT for rt.support in the top left hand
> corner. I have
On Oct 27, 2010, at 8:17 PM, Kevin Falcone wrote:
> You may be interested in sbin/rt-validator's output
Wow. 5.5 hours later it deleted a fair number of dangling data rows.
However, my two duplicated groupmembers rows are still there.
What trouble will it cause to not be a unique index on tho
On Oct 27, 2010, at 9:43 AM, Vick Khera wrote:
> Any recommendations on how to fix? It is hard to trace the schema relations
> since there are not FK's defined, so I'm not sure how to update the group id
> references or if I need to. Also, is this table supposed to be real
After our upgrade to 3.8.8 today, I spent some time to figure out why some
things are still slow. Of particular note it was really really slow to reply
to a specific correspondence on a ticket with lots of attachments. I noticed
that RT was just spending all of that time waiting on this query:
I *finally* got around to upgrading RT 3.6.7 to 3.8.8 today. Everything went
smoothly except for one minor hiccup. The database schema upgrade for 3.8.3
failed with the following:
[Wed Oct 27 13:06:01 2010] [crit]: DBD::Pg::st execute failed: ERROR: relation
"groupmembers1" already exists at
11 matches
Mail list logo
