Hi,
On Mon, 2008-10-27 at 14:21 -0500, Linas Vepstas wrote:
Over-write? I've been doing 100% of my development in main,
based on the assumption that was the easiest, most sensible
thing to do. I certainly would not want to see my (several months)
worth of work over-written!
Surely the
Hi again,
I'll skip what has been already answered by others to try to keep this a
bit shorter.
On Mon, 2008-10-27 at 17:20 -0500, Linas Vepstas wrote:
I don't know what has been said over and over, and I
don't know what it means to say should be branching
off of staging. What should be
Wow. This is really hard. I must be doing something really wrong here.
On Mon, 2008-10-27 at 23:19 -0500, Linas Vepstas wrote:
From then on, it's up to you how to merge/rebase the current changes
from main.
Wow. Its up to me?
Yes. Well, kinda. Not in the way you seem to have understood
-- 2008-10-24
* Rebased the 'classserver' branch on top of the latest 'signals'
branch.
* Fixed a handful of bugs in the classserver branch which were uncovered
when I migrated the hebbian atom types to the dynamics/attention
directory.
* Merged the 'rest' branch on top of the 'signals'
On Thu, 2008-10-23 at 23:57 -0700, Joel Pitt wrote:
Are we using staging for main development work, pushing to main
whenever things are settled in staging?
Well, I've been following David's plan, as outlined here:
https://lists.launchpad.net/opencog-dev/msg00388.html
Hi Ari,
On Wed, 2008-10-22 at 10:28 +0300, Ari Heljakka wrote:
Hi Gama,
* Started investigating another suggestion from the Petaverse port:
replace the Handle typedef with a real class. This should help us find
out several semantic bugs in the code that rely on the assumption that
On Wed, 2008-10-22 at 16:31 -0400, Ben Goertzel wrote:
Here is my cleaned-up Atom type list, with stuff that I think is
obsolete removed, and the remaining stuff categorized more sensibly.
Thanks Ben!
--
Gustavo
___
Mailing list:
--- 2008-10-17 ---
* Finished implementing the cmake script macros that automatically
generate update the c++ code snippets used by the new ClassServer.
* Wrote the user docs of the new ClassServer extensibility mechanism.
* Wrote an example module extending the ClassServer
* Adapted and
Hi,
Lately I've been working on another feature request from the Petaverse
guys: rewrite the ClassServer so that it would be possible for
third-parties to extend the type hierarchy (if anyone would like to try
it, the code is available at lp:~gama/opencog/classserver; docs are
available inside
Hi Dave,
On Mon, 2008-10-06 at 11:00 +1000, David Hart wrote:
Gustavo, based on experience to date, do you have a rough schedule for
branches which are to be merged into staging, and a rough estimate of
when the trunk might be replaced with a stabilized version of staging?
-dave
I'd say
Pushed as lp:~opencog-dev/opencog/staging
--
Gustavo
On Tue, 2008-09-30 at 16:51 +1000, David Hart wrote:
Dynmod looks ready to me to become the new official unstable branch!
After the push, current work-in-progress should rebase to unstable (as
soon as is practical), and new work should
-- 2008-09-26 --
* rebased the latest changes from trunk
* split the opencog packages into libatomspace and opencog
* re-rebased the latest changes from trunk
and opencog-core
* further splitted the deb packages into libatomspace, opencog-server
* started to look into rpm packaging
VirtualBox
Hi all,
I meant to reply sooner but I had no power at home last night (for the
third time this month! argh!!)
On Thu, 2008-09-18 at 11:15 +1000, David Hart wrote:
I like all of Cassio's recommendations. For everything but project
work that requires major change, how about a Linux-style regular
On Thu, 2008-09-11 at 09:30 -0700, Ben Goertzel wrote:
From here on, I'd like you to submit a brief weekly report on your
OpenCog doings to opencog-dev
As requested, here's my work log for this week:
* Struggled a bit to find a bug in the new NetworkServer
initialization code
Hi,
On Thu, 2008-08-07 at 18:46 +1200, Joel Pitt wrote:
OpenCog should run on windows. Some people have worked on porting
opencog (I forget who)
I'm the one supposed to keep the system building on all platforms and
distros. But I'm afraid the Windows MacOS platforms are not
high-priority
On Thu, 2008-07-24 at 10:54 +1200, Joel Pitt wrote:
Nice one!
I'm assuming this'll make it easier to also have MindAgents (or groups
of them) as separate dynamic libs which would be cool. Or is that what
you meant by allowing the CogServer to be extended?
J
Not really. These changes
Hi all,
I've pushed an experimental libatomspace branch to
lp:~gama/opencog/libatomspace. This branch will hopefully bring us
closer to turning opencog into a real framework. I've converted the
libatomspace libserver internal convenience libraries into 'real'
external libraries. Additionally,
Hi Joel/David,
sorry for the delay. My inbox was a bit of a mess this past week. :-/
On Wed, 2008-07-02 at 16:25 +1200, Joel Pitt wrote:
I going through the threading code, and read about users of the
Atom::getNeighbours method having to lock atoms manually.
I was wondering how I'd go
Hi,
I've pushed the initial version of my 'threads support' patch to
lp:~gama/opencog/threading. I've updated the README with a section
roughly describing what was done and some of the reasoning behind it.
So, please, have a look at it, give it a whirl and criticize at your
will. I'd like to
Hi Trent,
I've revised/fixed/tweaked your msvc patch and pushed the result to
lp:~gama/opencog/win32 (I also ignored all warnings for this initial
version). I was able to build both src/ and tests/ on Linux and win32
(with NMake and MSVC). Please give it a try and let me know if it builds
on
Hi all,
I was about to post a blueprint/'first implementation' with improvements
to opencog's scheduler when I saw the latest e-mails from Linas
regarding his threading problems (and simultaneously saw the code of his
WordSendeProcessor agent, which uses threads...). So I thought I'd
better get
https://extranet.vettalabs.com:8443/bin/view/Novamente/DevelopersGuide
and
https://extranet.vettalabs.com:8443/bin/view/Novamente/NovamenteDevelopmentGuide
--
Gustavo
On Tue, 2008-05-13 at 10:35 -0300, Cassio Pennachin wrote:
There's a development guide somewhere, written by Senna, that
22 matches
Mail list logo