d...@metaverseink.com wrote:
News: the SQLite connector is done and working in the presence-refactor
branch.
UserAccount data is automatically migrated into the new table. People
using SQLite-powered OpenSims will have to reset the passwords manually
before they are able to login (with
b92645a MySQL tests pass, except T016_RandomSogWithSceneParts. Total mystery
as to why that test doesn't show in panda.
Diva, this is because I commented out the [Test] part above the
T016_RandomSogWithSceneParts() method in 4355bcc because it was causing a very
non-obvious failure for SQLite.
Ah! Mystery explained.
That test is bombing both for MySql and SQLite. As far as I can tell,
it's being caught in infinite recursion or some other resource
exhaustion loop when doing the first scrambler.Scramble(p1);
Justin Clark-Casey wrote:
b92645a MySQL tests pass, except
Justin Clark-Casey wrote:
Out of interest, why is this?
Well, what I said isn't the only possible route. Here's the technical
issue, then I'll explain the two ways to go at it. But then I have a
question and a warning to whoever uses SQLite.
Due to SQLite connection management constraints,
We can, by this order:
1) merge presence-refactor into master
2) create a sop-refactor branch from master immediately after
3) create a 0.7 branch some time later
I would like to propose that the sop refactoring work be done in a
branch rather than in the master branch, similar to what we did
Can I make one request... Can we tag the current master as 0.6.9 (or
something) prior to the merge?
--mic
On Mon, Feb 22, 2010 at 8:13 AM, d...@metaverseink.com wrote:
We can, by this order:
1) merge presence-refactor into master
2) create a sop-refactor branch from master immediately after
+1
Mic Bowman wrote:
Can I make one request... Can we tag the current master as 0.6.9 (or
something) prior to the merge?
--mic
On Mon, Feb 22, 2010 at 8:13 AM, d...@metaverseink.com
mailto:d...@metaverseink.com wrote:
We can, by this order:
1) merge presence-refactor into
d...@metaverseink.com kirjoitti:
We can, by this order:
1) merge presence-refactor into master
2) create a sop-refactor branch from master immediately after
3) create a 0.7 branch some time later
I would like to propose that the sop refactoring work be done in a
branch rather than in the
How nice of you Mark!
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Mark Malewski
Sent: Monday, February 22, 2010 4:01 PM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] Status of presence refactor?
* **How nice of you Mark!*
No problem. I have plenty of extra hardware and bandwidth. If you need a
couple of Linux boxes, or Windows Server boxes, just let me know what the
dev's want, what they need, and I can get them setup with some hardware.
Just tell me how many boxes you need, and what
Yeah, we could have done that in theory. In practice, we're all still
fairly ignorant when it comes to using git, and we've all had close
encounters with git disasters. Melanie is the one keeping branches in
sync, she has spent a lot of time resolving conflicts by hand, helping
out the
d...@metaverseink.com wrote:
Justin Clark-Casey wrote:
Out of interest, why is this?
Well, what I said isn't the only possible route. Here's the technical
issue, then I'll explain the two ways to go at it. But then I have a
question and a warning to whoever uses SQLite.
Due to SQLite
I think that a tag would be good but please _not_ anything that suggests 0.6.9.
I would really like to see us reserve version numbers for proper releases that
have undergone the release candidate procedure.
d...@metaverseink.com wrote:
+1
Mic Bowman wrote:
Can I make one request... Can
* we're all still fairly ignorant when it comes to using git, and *
* we've all had close encounters with git disasters.*
Why are we using GIT? I understand that it's supposed to be better than
CVS/SVN, but it's still a dinosaur compared to Mercurial or Bazaar. Why
aren't we using Mercurial?
*
On Feb 22, 2010, at 2:32 PM, Justin Clark-Casey wrote:
You're right - I don't have any numbers so perhaps no-one is doing
that. I took the liberty of copying this over to the users list to
see if any hands are raised there.
If SQLite is just being used for single person/demonstration
There is also a nice TortoiseHG client (identical to TortoiseSVN) for
mercurial, for both Windows and Linux users. It makes Mercurial extremely
easy to use (in both Windows and Linux).
http://mercurial.selenic.com/wiki/TortoiseHg
It includes a nice Tortoise mercurial GUI and merge tools (and
Mic,
It seems like a good request. I like the idea of a tag, but maybe we should
create two tags? Use a 0.6.8.x tag prior to the merge, and a 0.6.9.x tag
after the merge? Then save the 0.7 tag for the stable RC?
* Can I make one request... Can we tag the current master as *
* 0.6.9 (or
I don't think we can survive another move. Also, I don't want to
learn another toolchain, I want to develop.
-1
Melanie
Mark Malewski wrote:
* we're all still fairly ignorant when it comes to using git, and *
* we've all had close encounters with git disasters.*
Why are we using GIT? I
Mark,
Your offer is quite generous, however most of us already have test regions
set up to facilitate development. On the subject of mercurial, we spent
several developer-months switching over to git and several more months after
that getting used to it and becoming productive again. I doubt
Devs,
I can setup 4 sandbox servers for tagged release bug testing:
Server 1: Ubuntu Linux w/ SQ Lite
Server 2: Ubuntu Linux w/ MySQL
Server 3: Windows 2008 R2 w/ SQ Lite
Server 4: Windows 2008 R2 w/ MySQL
Then the dev's can decide which tagged versions they would like to install
on which
* **I don't think we can survive another move. Also, I don't want to*
* learn another toolchain, I want to develop.*
I know, but as an engineer (hardware/server/network administrator) it's my
job to help SUPPORT you, by creating a nice environment for you to do your
work. ;-)
If you can spend 3
Let's bring the focus of this thread back. We're about to merge the
presence-refactor branch into the master branch, and then we'll need
testers, some of us will be working overtime to fix the bugs, and
hopefully Fly-Man- will update Wiredux sometime soon. Then a big
effort in
Hi,
rant
skipped _everything_ from the first mention of Tortoise
Apparently, you don't know much about the people you are so eager to
support.
I use Linux, and work exclusively on the command line. I don't use
any Windows OS at all. Also, I'd sooner be found dead that be found
using a
* Your offer is quite generous, however most of us already have test
regions set *
* up to facilitate development.*
Ok, I was just offering. So at least we'd have various platforms that the
dev's (and alpha testing community) could use for sandboxing and bug
reporting platforms.
* On the
24 matches
Mail list logo