[Wintermute-devel] 1st meeting about Wintermute

[danteash...@gmail.com]

Ladies and gentlemen;

The 1st meeting about Wintermute will occur in five minutes (8PM UTC)

Please make your way to irc.freenode.net, channel: ##wintermute

See you there!

-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] To Avoid The Reinvention of Fire And Introduce Quantum Transportation

[danteash...@gmail.com]

I am here. I do hope everyone else is


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

[Wintermute-devel] A logical explanation.

[danteash...@gmail.com]

This email is written to clarify the SII's trustees decision, in the hopes
that you will understand why we have done what we've done.

A few days ago, hajour (the TL of SpeechControl) made a couple of
accusations;

1. That NRWlion was at UDS in Budapest, working as a Nokia 'spy' against
open-source programs.
2. That NRWlion might of been the hacker/leak in Jacky's and Undi's
computers.
3. That CensoredBiscuit hacked her Facebook account.

Hajour made it quite clear that the person at UDS had NRWlion's face, and
also told her his name, and his IRC name.

Obviously, the implications of these accusations (especially for NRWlion)
are immense. So let's break down the possible explanations for the
accusations against NRWlion;

1. NRWlion was at UDS, he was indeed spying for Nokia, (and seems to of made
the very sloppy mistake of showing his face at UDS and publicly admitting
himself.)
2. NRWlion was NOT at UDS, but an imposter with the same face, name and IRC
name was.
3. Hajour is purposefully telling a lie. (Potentional reasons will be
discussed below)
4. Hajour is accidently telling a lie (the difference between this one and
point 3. being that Hajour saw NRWlion, but it was only in her mind)

My first run through of checking these was not of fact checking, but simple
counting. There are three extrapolations of logic that go against her, and
only one that goes with her. Generally, whichever has the most reasons is
the correct approach, but this method is not fool-proof, so using it by
itself is incorrect.

I then calculate other events that have occurred here; Hajour's first
mistake was making accusations on her word alone. As I have learnt recently,
in the past she has accused others of smaller (but equally malicious, as you
see with the accusation against CensoredBiscuit) acts. For someone who has
this reputation, evidence is everything.

Her second mistake was more like a breach in etiquette; she had damaging
information about a team-member in another team. The TL should of been
directly (not indirectly) informed.

I am aware Hajour has impairments related to her mental health; common side
effects of her condition include paranoia, and in extreme cases,
delusions, hallucinations and psychotic episodes are known to occur. (And
can also occur with most medications proscribed for it)  so I feel that this
must also be calculated. I also know she only sometimes takes her
medication, and doing so with medication designed to operate with the mind
is dangerous, as it can amplify the effects of the condition being treated,
as well as the side effects of the medication.

I also feel that  bears a grudge against the SII, and this must also be
calculated. (The evidence for the grudge appeared in my last conversation
with her, before I and her split.)

Now, to follow a logical chain on one of the possibltiles;, working on the
assumption that she was lieing to us, and that she has a grudge, I can make
the following extrapolations of data:

*Hajour purposefully injected FUD into the SII, as per her grudge, in an
attempt to harm us. Providing Jacky with the information, as she knew we had
no backup head of dev, where the most damage could of occurred. This would
explain her breach in etiquette, as well as using her relationship with
Jacky to make him believe it in the absence of facts. (As this was
a potential reason, myself, Phillw and Jacky asked for a separation)*
*We did not do what was predicted (keeping an eye on NRWlion
for suspicious behavior, becoming secretive, increasing the level of
Fear/Uncertitanty/Doubt in the group and, as it grew, turning us against
each other) and instead we (the trustees) asked people to withdraw from one
of the groups, all the while explaining the situation.*
*
*
*As this attack failed, hajour had a choice; either admit what happened, or
deflect it and lie about the lie. As she (and UndiFineD) are working with
NRWlion in an attempt to locate this Imposter, it appears, from this logical
chain, that she chose to deflect it. It should also be noted that she
refused to talk to either him (in the early stages) or me, and doing so
could be seen as an admission of guilt.*
*
*
*Considering that there was a grudge, her method of attack is a good way of
taking a team down.*


I would like to personally add that making accusations without evidence, and
finding them to be incorrect, is almost always a good reason to step down
from a TL position.

Another logical chain is this;

*Hajour's condition caused her to see things, or indeed, believe things that
weren't there. She came to a correct logical conclusion, but the premises
that made up that logic were false. (Her perception of the world was
incorrect). I don't know if her medication (or lack thereof) or condition
played a part here, but I am sure one of them is responsible. This logical
chain increases in probability as you consider she made accusations against
others, which, on occasion, have also been proven to be incorrect (but so
far never 

Re: [Wintermute-devel] [update]

[danteash...@gmail.com]

to-do; slap Jacky with some frozen poultry.

On 5 June 2011 08:14, Jacky Alcine  wrote:

> in and out with the Internet connection; expect a few more pushes in the
> later days. Please do what you can to address the todos.
>
> --
> Jacky Alcine
> Blog  | 
> Launchpad
>
>
> ___
> Mailing list: https://launchpad.net/~wintermute-devel
> Post to : wintermute-devel@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~wintermute-devel
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] [update]

[danteash...@gmail.com]

You dare speak the name of the devil, in my house?!

On 10 June 2011 04:15, Jacky Alcine  wrote:

> Initially, it was a joke; but I have come across an interesting approach
> (again) for NLP, but I fear it's a bit similar to LinkGrammar. The only
> difference here is that it'd follow the path of VIRGIL.
> --
> Jacky Alcine
> Blog  | 
> Launchpad
>
>
> ___
> Mailing list: https://launchpad.net/~wintermute-devel
> Post to : wintermute-devel@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~wintermute-devel
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] [update]

[danteash...@gmail.com]

I'll poke Phill, if you want?

VIRGIL was...barely coherent at best, and insane at worst. Pray tell your
idea?

On 16 June 2011 18:27, Jacky Alcine  wrote:

> No, I'm serious. Lol, the idea of NLP behind VIRGIL kinda inspired me. I'll
> upload the code when it's in a prototype or get documentation I've been
> making up. I wonder what's up with Derrick's delivery though..
>
> On Mon, Jun 13, 2011 at 5:20 PM, danteash...@gmail.com <
> danteash...@gmail.com> wrote:
>
>> You dare speak the name of the devil, in my house?!
>>
>>   On 10 June 2011 04:15, Jacky Alcine  wrote:
>>
>>>  Initially, it was a joke; but I have come across an interesting
>>> approach (again) for NLP, but I fear it's a bit similar to LinkGrammar. The
>>> only difference here is that it'd follow the path of VIRGIL.
>>> --
>>> Jacky Alcine
>>> Blog <http://jackyalcine.co.cc/> | 
>>> Launchpad<https://launchpad.net/~jackyalcine>
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~wintermute-devel
>>> Post to : wintermute-devel@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~wintermute-devel
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>>
>> --
>>
>> -Danté Ashton
>>
>> Vi Veri Veniversum Vivus Vici
>>
>>
>> Sent from Ubuntu
>>
>>
>
>
> --
> Jacky Alcine
> Blog <http://jackyalcine.co.cc/> | 
> Launchpad<https://launchpad.net/~jackyalcine>
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

[Wintermute-devel] The current state of speech recognition.

[danteash...@gmail.com]

Right, everyone.

Not everyone is familiar with speech recognition, so here are a few basic
elements, facts and some notes on the three 'champions'.

Open-source speech recognition systems could be better. There really are
only two contenders, described below.

GnomeVoiceControl et al either failed and died because of the complexity of
this technology, or could only make sense out of small (normally one-word)
commands which limited their usefulness.

Speech recognition is a hideously advanced technology, and NO-ONE has
perfected it yet; though many (commercial) companies are close to doing so;

Most Android devices have the capacity to record and send snippets of voice
data back to Google to be analysed and sent back to the device as text.
These snippets are very limited, and only sometimes accurate; this is most
likely the result of Google's system (licensed from Nuance Communications)
not being trained to each voice.

Speech recognition requires a low-noise environment (or a very good, but
expensive, microphone to deal with that issue). Only 'trained' systems can
really make any sense out of a human speaking normally (like Dragon, for
instance); for the best accuracy, you have to speak in a flat, mono-tone
voice, and do so very clearly and distinctly.

Speech recognition systems generally require two distinct models to operate;
the first is a vocal model, which will pick up human speech (as distinct
from environmental sounds) and in some systems these vocal models can be
trained to better recognize users or better recognize (and ignore) sounds
from their environments. The second is the language model, which sifts
through the data filtered from the vocal model and ascribes sounds to words.
There are currently no complete GPL models. (This is why VoxForge lives)

I am currently unaware of any speech recognition system capable of
recognizing and identifying multiple users at the same time; this system
will need to be built for Wintermute.

Both Microsoft and Apple's operating systems have inbuilt speech recognition
systems.

This technology is nowhere near as simple as a file browser or a music
player; in terms of complexity, it's on the same level of complexity as an
operating system kernel; you need a HELL of a lot of knowledge to build it.

Below are my notes for the three speech recognition engines; the first two
are open-source, the last is not, but we can learn, at least from a
user-experience level, where we should generally be heading from it.

In terms of licenses, both systems are open source; "Just the usual "include
this notice and disclaimer", with the addition of "if you edit the code, say
when and by whom" for Sphinx."

*Sphinx*
1. BSD-licensed project; open-source version.

2. Mostly used as a research project; expect spaghetti code.

3. Functioning models; some parts of it fully in public domain.

4. No GUI; mostly console; third party GUI's available.

5. Latest version is coded with Java.

6. Very, VERY fast recognition.

7. The most complete system available to us.

8. Used by multiple robotics labs around the world.

*Julius*
1. Julius started development in 1997

2. Julius' English models are complete, they are also under the HTK license;
they are not open-source and cannot be redistributed without permission.

3. Julius can only run with HTK models, though there is apparently a F/OSS
one, but it's Japanese (and before you ask; no, it isn't possible to just
're-code' it. It's a model, the whole of it  needs to be re-created

4. Julius itself is open-source, but under what appears to be a custom
license (needs to be checked) if so, this could make things difficult for
us.

5. Used by the open-source 'Q.bo' robotics project.

*Dragon NaturallySpeaking;* a commercial (closed-source) speech recognition
program;
1. Uses some simple tests (volume check, quality check) to make
modifications to audio input.

2. Has no capacity to recognize multiple speakers; it has a number of users
but these require switching between accounts.

3. Has a number of modes (Dictation mode, spell mode, command mode, numeral
mode) as it appears their system is not capable enough
to distinguish between numbers in words, or as numbers. Sometimes it
accidently triggers a command when you meant to dictate something, etc.
These modes have to be manually set. There *is* a: 'normal mode' which can
dictate, spell, enumerate and accept commands, but it's frequency of
misunderstandings is, of course, higher then the pre-set modes.

4. The quality of speech input depends upon the microphone; a microphone
operating in a noisy environment (say, next to a hard-drive, as some laptop
microphones are) is not nearly as effective as a headset microphone.

5. When the program has finished checking volume and quality, it then gets
the user to read aloud a prepared section of speech and, after doing so,
appears to use some form of hidden Markov model to adjust itself.

6. It has functions to pull in and establish the user's writing styl

Re: [Wintermute-devel] [Sii] [wntr] Wintermute and Inquiries

[danteash...@gmail.com]

On 23 August 2011 11:25, Jacky Alcine  wrote:

> **
>
> It's been a while since we, as a team, sat down (so to say) and chatted
> about Wintermute.
>
A bit of a forewarning, this message gets a bit technical, as I'm trying to
> get as much detail out about Wintermute. I was writing this to Dante,
> initially, but then I figured that this is stuff everyone should know. I (as
> you know) am using Kubuntu, switched to it before my eminent fall off from
> the digital world. I would have made a bit more progress if I were to be
> online, but the amount of progress that I've been able to make offline
> surprises me still. I haven't realized it then, but I've somehow
> reimplemented a natural language parser that works similarly to LinkGrammar
> (try their online interface). What does this mean? Well, if I wanted to, I
> could create a little Perl script that would convert LinkGrammar definition
> files into something Wintermute could read. Of course, that would be silly
> (in my opinion). Ever since I've been on the K desktop, I've noticed and
> realized why you chose it for the standard desktop environment for
> Wintermute (aside from the fact that GNOME is wicked!). It's orbiting
> heavily around modularity; and that's something I strive to get with
> Wintermute.
>

It wasn't just the modularity of KDE I found beneficial; it is also the
large amount of technology that 'Just Works'; take Okular, KDE's document
viewer. It has support for a HELL of a lot of document files; Evince, it's
GNOME counterpart, can only handle PDF files. It's as much that as the
developmental mindset behind it. The interface will have to be radically
changed, of course; we're dealing with a system where the psychological
effect is far more pronounced, and where most of the work you do with said
system won't be done sitting in front of the computer for hours.


> It can read lexical data in different formats, but I'm hoping to implement
> plug-ins that can get it from different sources, possibly remote (from the
> S.I.I server) or via a transaction via another Wintermute (I'll get into
> detail about the AngelNet in a few). I'm hoping that with the new plug-in
> system, people will be encouraged to add ways to obtain data in different
> formats from different sources; that'd promote more data for Wintermute.
>

Side-note: with more data pouring into Wintermute, the more useful (and
indeed, hopefully, the more correct) the system will be.


> I'm also working on a visualiser for said data, so it'd be not only easier,
> but faster for people to create linguistics packs of information. Only
> problem with that is that the ontology may be required for that; and as far
> as I know, there isn't such a thing as an (non-Java, non-Tcl/Tk) ontology
> viewer. It's expensive, memory-wise; I don't even know how it holds with
> graphics.
>

A primary concern of mine is not only having an Ontology, but also tools
which can automate it's continued development. If you were to build a bot
with the whole of DBPedia in itself, and get it to run
and categorize natural language articles on Wikipedia; it would get
continually more proficient, requiring less and less human interaction to do
it's job; the trouble there is such a task is computationally expensive;
I've seen it done with machines that cost $30,000, and it took about 6
months to fully 'digest' a single article from Wikipedia.
The alternative method is we simply enter that data manually. The CYC
project has been doing just that, with minor automation support. They've
been at it for almost 40 years (They've gotten some very interesting
statements, too, like "Am I a human?" from the system, apparently) and they
still have a looonnng way to go...so yeah, I think automation is needed
here...


>
>
> Initially, I imagined the AngelNet as being this pseudo-network that
> spanned across previously existing networks and specialized ones that had
> Wintermute processes communicating in an ad-hoc function. That's how I
> understood from what Dante had described to be an invisioning. When I think
> of it now, that might be possible; but we'll need someone more familiar with
> network programming (which is something I wanted to do when I first started
> programming) to handle this. Wintermute currently runs as one process, but
> I'm hoping to have it work in a Chrome-like manner by using D-Bus. I'm
> referring to how Chrome has individual processes for each tab and each
> extenstion (well, an extenstion is loaded as a special tab, so it's just
> tabs, I guess). This requires that our IPC is top-of-the-line and that the
> WntrNtwk (mainly for the ArchAngelNet) and WntrData have D-Bus exposure so
> that Wintermute doesn't duplicate crap-loads of data. I really need someone
> to sit down and look at IPC for Wintermute because if we want it to move
> quickly without the weight of each loaded plug-in, then IPC is definitely
> needed. (IPC stands for Inter-Process Communication, for those who were
> wondering :]).
>

Re: [Wintermute-devel] [update] SII, Unite!

[danteash...@gmail.com]

On 20 August 2011 10:18, Jacky Alcine  wrote:

> **
>
> Although this message is targeted at the developers, I encourage the
> robopsychologists enrolled to read this message and give any kind of
> feedback they see fit. It's your job, after all :)
>

>
> It's been ages since I've seen any kind of real, dynamic activity from
> other people on this time than Adrian (gentoolx) and I.
>

My apologies, Jacky; I'm still getting the dosage right for my meds; it
currently feels like I'm wearing a diving suit. (A big one made of
cast-iron, at that)


> For those who don't know, we've moved bits of code from Launchpad to GitHub
> and re-imported back into Launchpad so we can still use this team system on
> Launchpad and use its APT system (until, of course, we can form our own) and
> still utilize the social and ever-growing community that's on GitHub. I'm
> actually considering getting this project onto SourceForge, but that'll
> require a bit of work.
>

Good idea; Launchpad is not known for building communities
(running communities, yes, but not inspiring them)


>
>
> I'm asking the developers who wish to branded the programmers behind a
> monolith of technology (open source tech, at that!) that just so happens to
> shake up the word of artificial intelligence (or at least the F/OSS
> community). I strongly urge you to update (or clone, if you haven't) your
> local branches and build the documentation available. There's a TODO page
> generated for each and every branch. It'd be fantastic if we, the team, not
> just I, saw like 3, 4 (heck, maybe 20) revisions based off the attacking and
> completion of these TODOs.
>
>
>
> If people are curious about the development path for Wintermute, I'd fix
> that now. Adrian and I are currently working (mostly Adrian, he's online
> more often than me now) on a specification for Wintermute's plug-in
> architecture. Also, there's a specification still in the drafts regarding
> how data (currently only for WntrLing) will be organized. We *need* to
> figure out how we can:
>
>- Devise a means of representing, crafting, editing and transporting
>ontologies and their concepts in Wintermute. With a search on the Web about
>the definition of "ontology", you'd get a varying set of definitions. This
>is the definition that I made and think is the most approriate for
>Wintermute:
>
>"An ontology is a white box of information (as opposed to the black box
>idea or a Pandora's box situation). It's organized in a particular fashion
>to represent knowledge. Knowledge can be a data triple in this particular
>case, where the data are pure concepts. A concept is merely a bit of
>information that only becomes knowledge once it's linked with something 
> else
>via something else. For example, Boy is a concept. Boys are human is a data
>triple with three concepts, two representing data and a third representing
>the relationship between the two (in this case, a hypernymy.)"
>
>
In terms of pure natural language processing; an Ontology can also be
thought of as this; imagine a keyword; this keyword leads to a pure,
unfiltered concept (which in turn, by simple order of presentation, may lead
itself to an entirely different bunch of keywords.) A bunch of keywords
represent both a bunch of concepts, as well as one (or more) other concepts
that arise from the combination of such keywords. To add to this complexity;
there are entirely different meanings generated from multiple groups of
keywords, etc. The 'layers' are not easily distinguishable; it isn't like an
onion: one layer with one group of concepts may lead itself to a layer that
is more or less complex then itself. That layer, in turn, may be able to
support more layers of complexity with certain concepts, whilst only able to
support basic levels of complexity with other concepts. I'm attempting to
think of a good, descriptive term for the entire system. The English
language does not have one; nor does Lojban. Hmm.

Oooh, I know! It's rather like a multidimensional onion, starting with five
dimensions and heading into infinitude.

...come to think of it; that isn't a simple explanation at all...hmmm


>
>- Begin crafting the GUI and see how the natural language user
>interface (NLUI) can be implemented via GUI or human interaction devices
>(HIDs). All of this could be placed on a Wiki page (someone is open to 
> start
>it) as we did for the possible avatars for Wintermute. The plugin system is
>now in early shaping, but yet the graphical user interface system lives.
>Currently, it's just opening a window made using Qt Designer, but after 
> open
>discussion (or by creating a replicia of the plug-in branch and making a
>different copy) can you then have your work pushed into the final 
> revisions.
>
>
>
This has taken most of my attention; such a UI requirement is practically
unique; there have been attempts at inserting an agent into a GUI or
CLI environmen

Re: [Wintermute-devel] Rolling Release Vs. Versioned.

[danteash...@gmail.com]

How exactly do you mean, Adrian? That the packages be .deb (as opposed to
.rpm)?

I do think we should retain versioning;

Lets say we have 1.0.0 released
1.0.1 would lead up to the next minor 'landmark' (when released, all ISO's
etc would default to that)
and 1.1.0 is more of a landmark, rather then a release.


On 31 August 2011 20:15, Adrian Borucki  wrote:

> On 31 August 2011 18:29, SII  wrote:
>
>> Hello all.
>>
>> I've been thinking; if everything goes to plan, WIntermute should be able
>> to automatically upgrade itself to the latest version.
>> So, with that in mind, when the system is finally ready to be released;
>> why don't we go with a rolling release model, instead of a versioned one?
>>
> Yes, that would be more flexible for such system. We only have to make sure
> that constant flow of changes won't turn into a mess. Of course, some
> information about version is always useful for management purposes. I am
> only wondering how to manage such scheme where different parts of system can
> be upgraded independently. By the way, will Wintermute use DEB packages for
> software managing internals or should we design something different
> (possibly still based on packages)?




-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] Rolling Release Vs. Versioned.

[danteash...@gmail.com]

After testing, yes.

Me thinks we should focus on stabilty and polish, rather then new features.

On 31 August 2011 21:06, Adrian Borucki  wrote:

> On 31 August 2011 21:24, danteash...@gmail.com wrote:
>
>> How exactly do you mean, Adrian? That the packages be .deb (as opposed to
>> .rpm)?
>
> I mean that when new version of software arises we release new package and
> it is immediately installed as an upgrade.
>
>
>>
>>
> I do think we should retain versioning;
>>
>> Lets say we have 1.0.0 released
>> 1.0.1 would lead up to the next minor 'landmark' (when released, all ISO's
>> etc would default to that)
>> and 1.1.0 is more of a landmark, rather then a release.
>>
> Yes, this is good and we can just make daily-builds for that.
>
>
>>
>>
>> On 31 August 2011 20:15, Adrian Borucki  wrote:
>>
>>> On 31 August 2011 18:29, SII  wrote:
>>>
>>>> Hello all.
>>>>
>>>> I've been thinking; if everything goes to plan, WIntermute should be
>>>> able to automatically upgrade itself to the latest version.
>>>> So, with that in mind, when the system is finally ready to be released;
>>>> why don't we go with a rolling release model, instead of a versioned one?
>>>>
>>> Yes, that would be more flexible for such system. We only have to make
>>> sure that constant flow of changes won't turn into a mess. Of course, some
>>> information about version is always useful for management purposes. I am
>>> only wondering how to manage such scheme where different parts of system can
>>> be upgraded independently. By the way, will Wintermute use DEB packages for
>>> software managing internals or should we design something different
>>> (possibly still based on packages)?
>>
>>
>>
>>
>> --
>>
>> -Danté Ashton
>>
>> Vi Veri Veniversum Vivus Vici
>>
>>
>> Sent from Ubuntu
>>
>>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] [info] (part 1 of 3) Wintermute Awareness

[danteash...@gmail.com]

On 1 September 2011 03:59, Jacky Alcine  wrote:

> Now, this is something that I know will excite a few. Wintermute's ability
> to really mine for data, or in this sense, generate ontological information
> from raw data from its environment and use said data to enhance its own
> abilities. Right now, Wintermute isn't able to remotely aware of anything,
> but awareness is what we're aiming for. It should also be noted that
> another library for Wintermute may be needed in order to tie together the
> linguistics, data and network abilities of Wintermute while exposing them
> to our plug-in API. Before I get ahead of myself, let me address the points
> I'm aiming to cover.
>
>1) What is awareness for Wintermute?
>2) How can we implement senses for Wintermute?
>3) How do we implement reactors for Wintermute?
>4) Example: Forecaster
>
> 1. What is awareness for Wintermute?
>
> Wintermute's term of awareness would involve its abilities to collect
> information from its environment, query it, act upon it and repeat the
> process. Such a process would build a sect of information that would allow
> Wintermute to become "aware" of certain conditions. For this to occur,
> Wintermute would need senses and reactors. Senses are components of
> Wintermute that collect information about its environment. What Wintermute
> does with this information would be determined by its reactors. Reactors
> are scripts (or compiled bits of code) that permit Wintermute to respond to
> a set of data.
>
> 2. How can we implement senses for Wintermute?
> Senses would be the synonym for a data miner. In that case, a sense (or a
> data mine) plays the role of obtaining information from a (perhaps unknown)
> source and deriving as much ontological information from it as possible
> from that source. Now, the information obtained from a said source would be
> an instance of a previously defined sect of meta-data (see part 3). This
> way, it provides a known set of properties about that bit of data (ie: the
> weather, an e-mail, file information).
>
> 3. How do we implement reactors for Wintermute?
> Reactors are simple to implement. Hopefully, we wouldn't have to script all
> of them. If reactors are merely scripts, then we can have Wintermute use
> natural language as such a language. If we wanted to have a notification
> reactor, that merely describes information, we could tell Wintermute,
> "Describe the data to me." Without any specifications, Wintermute might
> dump
> every ounce of information it knows, so we can either hard-core Wintermute
> to be brief, or specify it. Reactors would need a rating scale. It would
> range from 1 to 100, never reaching 0. If a reactor had a rating of 0, its
> action would never be run. Reactions are rated up (let R be the rating
> value) as so: f(R) = R * 1.01, and rated down as so: f(R) = R * 0.99. This
> 1% change ensures that it never reaches 0, unless explicitly set.
>
> 4. Example: Forecaster
> Wintermute collects information about the local weather. It obtains
> specific
> information about location by first checking on-line to get GeoIP
> information.


I would like to point out GeoIP is not foolproof; many ISP's (like, for
instance, mine) use Dynamic IP instead of a static one, and change it every
few months. This has the nasty effect of some websites assuming I'm in an
entirely different part of the country (or even another country, rarely)
until I wait about a month for whatever database is updated again. Also,
GeoIP can not really trace you down to a county/city, only to a country at
best.


> It then saves this (if it doesn't exist) or checks against the
> local information and fixes errors or fills out extra information. Now,
> Wintermute queries its data mining system to find out ontological
> information about the weather. Back-ends to the data mining system (ie: a
> plug-in to translate Google Weather info into OWL) and reports back
> information. This is Wintermute using its senses.
>
> Wintermute now checks the information for specific indicators (ie: strong
> winds, heavy rain, extreme heat) and classifies it according to the user's
> concerns.  The highest reactor states that it informs the user. With that
> under way, it attempts to form a sentence in the user's preferred language
> that briefly describes the ontological information obtained. A typical
> sentence (by taking the description of about three properties) would be:
>- "Google Weather has reported that severe weather is coming to
>your area."
>
>- "There is a report of extreme heat and a possible heat wave in
> your
> your area."
>
>- "The temperature in your area is expected to drop 15 degrees
>below freezing."
>

What would be helpful; especially in the summer heatwaves, would be
Wintermute declaring continued operation is unsafe for it's hardware.
Some weather providers also give pollen and UV index information, which is
us

Re: [Wintermute-devel] [info] (part 2 of 3) Wintermute's Data Mining

[danteash...@gmail.com]

On 31 August 2011 02:28, Jacky Alcine  wrote:

> Data mining is perhaps Wintermute's biggest tool. Without its ability to
> obtain information about its environment, Wintermute only knows what it
> does within the COSMO ontology.


I would like to remind you all that, should Wintermute fail to get this data
mining ability; all information will have to be entered manually into it.
Thanks to the wonders of the world; manual input of most data is expected to
take at least 20 years before the Ontology becomes complete enough for use;
nevermind adaptations and modifications being out of the question


> And that, compared to the vast amounts of
> information out there in the world, is NOTHING. Another beautiful aspect of
> Wintermute, inspired by KDE, is modularity. We can define plug-ins that
> ease
> the process of data mining for other developers and provide connectors
> (very similar to how Zeitgeist for the GNOME desktop had plug-ins for
> xChat, Banshee, Synapse and a collection of other applications) to
> currently existing programs. Of course, this approach would only expose a
> limited amount of information (last used files, currently open windows,
> etc).
>
> We would need the following sorts of plug-ins to be implemented for data
> mining to provide a basis for data mining:
>
>- BaseDataMiner: This miner would provide caching abilities for all
>  mines. Any capability that we think all mines should have should
> be
>  exposed in this plug-in.
>
>- FileDataMiner: This miner provides a means of obtaining meta info-
>   rmation about files. This should work similarly to how the
> Message
>   class in WntrNtwk can contain information from its derived forms
> so
>   that binary and file data would be compared carefully. Note that
> this
>   plug-in may need Web capabilities for file uploading,
> downloading, and
>   querying.
>
>- WebDataMiner: This miner eases any other miners that want to
> obtain
>   information (like web pages) from over the Web.
>
> Generic miners like "GenericWeatherMiner", or "GenericCalendarMiner" could
> provide a set-up for calendars and weather information obtaining sources.
> This still needs a tad bit more thinking and drawing up.
>
>
> --
> Jacky Alcine 
> ___
> Mailing list: https://launchpad.net/~wintermute-devel
> Post to : wintermute-devel@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~wintermute-devel
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] [info] (part 1 of 3) Wintermute Awareness

[danteash...@gmail.com]

Why, Adrian, is it when I look at that picture, I think of an eyeball? :P

Some of the 'senses' can be fed by feeds (RSS, IMAP, etc) surely?

On 1 September 2011 20:06, Adrian Borucki  wrote:

> On 1 September 2011 04:59, Jacky Alcine  wrote:
>
>> Now, this is something that I know will excite a few. Wintermute's ability
>> to really mine for data, or in this sense, generate ontological
>> information
>> from raw data from its environment and use said data to enhance its own
>> abilities. Right now, Wintermute isn't able to remotely aware of anything,
>> but awareness is what we're aiming for. It should also be noted that
>> another library for Wintermute may be needed in order to tie together the
>> linguistics, data and network abilities of Wintermute while exposing them
>> to our plug-in API. Before I get ahead of myself, let me address the
>> points
>> I'm aiming to cover.
>>
>>1) What is awareness for Wintermute?
>>2) How can we implement senses for Wintermute?
>>3) How do we implement reactors for Wintermute?
>>4) Example: Forecaster
>>
>> 1. What is awareness for Wintermute?
>>
>> Wintermute's term of awareness would involve its abilities to collect
>> information from its environment, query it, act upon it and repeat the
>> process. Such a process would build a sect of information that would allow
>> Wintermute to become "aware" of certain conditions. For this to occur,
>> Wintermute would need senses and reactors. Senses are components of
>> Wintermute that collect information about its environment. What Wintermute
>> does with this information would be determined by its reactors. Reactors
>> are scripts (or compiled bits of code) that permit Wintermute to respond
>> to
>> a set of data.
>>
>> 2. How can we implement senses for Wintermute?
>> Senses would be the synonym for a data miner. In that case, a sense (or a
>> data mine) plays the role of obtaining information from a (perhaps
>> unknown)
>> source and deriving as much ontological information from it as possible
>> from that source. Now, the information obtained from a said source would
>> be
>> an instance of a previously defined sect of meta-data (see part 3). This
>> way, it provides a known set of properties about that bit of data (ie: the
>> weather, an e-mail, file information).
>>
>
> We can note here that there are really two kinds of sensing: active and
> passive.
> Data miners are mainly responsible for active sensing, when we explicitly
> want an information.
> It is like a human opening a book to acquire some knowledge.
> Passive sensing needs an intervention from us: computer world is not like
> our world and be default there are no
> stimuli going to Wintermute. Such thing needs patching. This kind of
> sensing is like a human hearing various sound and seeing colours.
>
> Why I say that? One reason is that it is interesting, I think: we create
> some kind of artificial world which is not filled by silence and where
> Wintermute can really be aware of things happening. The second thing is that
> we can gain here some encapsulation: if we implement senses as "pure"
> passive ones, we can divide overall implementation of sensing to the part
> that just accepts stimuli and external sources which are encapsulated.
>
> I provided some (rather simple) picture of concept here:
> http://bit.ly/wintermute-senses
>
>
>>
>> 3. How do we implement reactors for Wintermute?
>> Reactors are simple to implement. Hopefully, we wouldn't have to script
>> all
>> of them. If reactors are merely scripts, then we can have Wintermute use
>> natural language as such a language. If we wanted to have a notification
>> reactor, that merely describes information, we could tell Wintermute,
>> "Describe the data to me." Without any specifications, Wintermute might
>> dump
>> every ounce of information it knows, so we can either hard-core Wintermute
>> to be brief, or specify it. Reactors would need a rating scale. It would
>> range from 1 to 100, never reaching 0. If a reactor had a rating of 0, its
>> action would never be run. Reactions are rated up (let R be the rating
>> value) as so: f(R) = R * 1.01, and rated down as so: f(R) = R * 0.99. This
>> 1% change ensures that it never reaches 0, unless explicitly set.
>>
>> 4. Example: Forecaster
>> Wintermute collects information about the local weather. It obtains
>> specific
>> information about location by first checking on-line to get GeoIP
>> information. It then saves this (if it doesn't exist) or checks against
>> the
>> local information and fixes errors or fills out extra information. Now,
>> Wintermute queries its data mining system to find out ontological
>> information about the weather. Back-ends to the data mining system (ie: a
>> plug-in to translate Google Weather info into OWL) and reports back
>> information. This is Wintermute using its senses.
>>
>> Wintermute now checks the information for specific indicators (ie: strong
>> winds, heavy rain, extreme heat)

Re: [Wintermute-devel] (VERY) Rough mockup of Wintermute's Interface.

[danteash...@gmail.com]

Jacky; I'm afraid I don't have an SVG of it as no matter what I try;
Inkscape keeps giving me white backgrounds with it :-/ All I have is a
fairly large .png . Unless you or someone else can deal with Inkscape (or
another such program) then we're stuck with the png :-/

In terms of the GUI; I feel the first screen is needed; a computer is a
computer. A computer can malfunction. A computer requires repairs; hiding
such information is, IMHO, a bad idea. That isn't the starting screen,
that's just the system saying "We have a problem; have a look!"
Or would you rather Wintermute says "I don't feel well." then won't turn on
again? :P

I have also been considering a few other aspects; animated backgrounds.
(Diagnostic mode hexagon: construction branding between hexagons, etc) which
could give credence to Wintermute's  state (helping to generate rapport
between the user and Winty, especially if we emulate emotion.)

As for the questionnaire; I don't think it requires much more then a
properly written AIML bot. (though with our own runtime for AIML, so it can
parse commands) so that would be very light on resources (and pack it in
with speech synth and basic speech recog for setup/testing purposes)

In terms of how to render this system; that is a bit of a mystery. I don't
exactly want to end up with a system which requires a high-end graphics card
just to run things; perhaps we could cheat with pre-rendered videos?

-Dante

2011/9/2 Jacky Alcine 

> I agree with Jose, the last two are not only perfect; I can see those being
> implemented quite easily. The question is OpenGL, native X11 or SDL? :D
>
> And yes, we might need a lengthy questionnaire for the OEM installation of
> Wintermute (even if it's as a program, the current build makes
> the attachment so far). The GUI right now is very scratchy, but keep
> pumping.
>
> Dante, I'll need that image of that avatar in SVG, if possible. I'll try to
> see if I can use my animation skills from class to play with it. Since it'll
> be in SVG, it should be tweakable as well (SVGs can have embedded content
> like OWL data).
>
> 2011/9/1 José Luis Ricón Fernández de la Puente 
>
>> My thoughts:
>> Last two pictures are perfect. First one, is IMHO, a mess. What are we
>> showing to the user there?
>> 1. Disc usage
>> 2. RAM status (maybe other hardware too)
>> 3. Net status
>> 4. Cloud status
>> 5. System status
>> 6. WM status
>> 7. Button to go diagnose.
>> The user. Think about the user. The user cares about apps and what he
>> can do with them. WM will manage apps, after all. Instead, imagina a
>> standard (K)Ubuntu, with all that data places in the form of
>> indicators in the panel, giving maximum visibility to the content the
>> user really wants. If something really needs the user's attention,
>> then WM can raise a more visible alert.
>>
>> 2011/9/1 SII :
>> > I've just finished three rough (and I mean, VERY rough, sorry about
>> that;
>> > only had half an hour to do them) mockups of Wintermute's interface.
>> > You'll find them here.
>> >
>> http://www.thesii.org/wiki/Natural_Language_Interface#Draft_Design_of_NLI
>>
>>
>>
>> --
>> José Luis Ricón
>>
>
>
>
> --
> Jacky Alcine
> Blog  | 
> Launchpad
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] (VERY) Rough mockup of Wintermute's Interface.

[danteash...@gmail.com]

Phill; I think Jacky means the avatar.png, not the images he provided :P

2011/9/2 Phill Whiteside 

> Hi,
>
> Imagemagick cannot convert either. I'm going to have a 'play' with
> deliniate which states that is can. If successful, I'll convert the three of
> them and forward them.
>
>
> Regards,
>
> Phill.
>
> 2011/9/2 danteash...@gmail.com 
>
>> Jacky; I'm afraid I don't have an SVG of it as no matter what I try;
>> Inkscape keeps giving me white backgrounds with it :-/ All I have is a
>> fairly large .png . Unless you or someone else can deal with Inkscape (or
>> another such program) then we're stuck with the png :-/
>>
>> In terms of the GUI; I feel the first screen is needed; a computer is a
>> computer. A computer can malfunction. A computer requires repairs; hiding
>> such information is, IMHO, a bad idea. That isn't the starting screen,
>> that's just the system saying "We have a problem; have a look!"
>> Or would you rather Wintermute says "I don't feel well." then won't turn
>> on again? :P
>>
>> I have also been considering a few other aspects; animated backgrounds.
>> (Diagnostic mode hexagon: construction branding between hexagons, etc) which
>> could give credence to Wintermute's  state (helping to generate rapport
>> between the user and Winty, especially if we emulate emotion.)
>>
>> As for the questionnaire; I don't think it requires much more then a
>> properly written AIML bot. (though with our own runtime for AIML, so it can
>> parse commands) so that would be very light on resources (and pack it in
>> with speech synth and basic speech recog for setup/testing purposes)
>>
>> In terms of how to render this system; that is a bit of a mystery. I don't
>> exactly want to end up with a system which requires a high-end graphics card
>> just to run things; perhaps we could cheat with pre-rendered videos?
>>
>> -Dante
>>
>> 2011/9/2 Jacky Alcine 
>>
>>> I agree with Jose, the last two are not only perfect; I can see those
>>> being implemented quite easily. The question is OpenGL, native X11 or SDL?
>>> :D
>>>
>>> And yes, we might need a lengthy questionnaire for the OEM installation
>>> of Wintermute (even if it's as a program, the current build makes
>>> the attachment so far). The GUI right now is very scratchy, but keep
>>> pumping.
>>>
>>> Dante, I'll need that image of that avatar in SVG, if possible. I'll try
>>> to see if I can use my animation skills from class to play with it. Since
>>> it'll be in SVG, it should be tweakable as well (SVGs can have embedded
>>> content like OWL data).
>>>
>>> 2011/9/1 José Luis Ricón Fernández de la Puente 
>>>
>>>> My thoughts:
>>>> Last two pictures are perfect. First one, is IMHO, a mess. What are we
>>>> showing to the user there?
>>>> 1. Disc usage
>>>> 2. RAM status (maybe other hardware too)
>>>> 3. Net status
>>>> 4. Cloud status
>>>> 5. System status
>>>> 6. WM status
>>>> 7. Button to go diagnose.
>>>> The user. Think about the user. The user cares about apps and what he
>>>> can do with them. WM will manage apps, after all. Instead, imagina a
>>>> standard (K)Ubuntu, with all that data places in the form of
>>>> indicators in the panel, giving maximum visibility to the content the
>>>> user really wants. If something really needs the user's attention,
>>>> then WM can raise a more visible alert.
>>>>
>>>> 2011/9/1 SII :
>>>> > I've just finished three rough (and I mean, VERY rough, sorry about
>>>> that;
>>>> > only had half an hour to do them) mockups of Wintermute's interface.
>>>> > You'll find them here.
>>>> >
>>>> http://www.thesii.org/wiki/Natural_Language_Interface#Draft_Design_of_NLI
>>>>
>>>>
>>>>
>>>> --
>>>> José Luis Ricón
>>>>
>>>
>>>
>>>
>>> --
>>> Jacky Alcine
>>> Blog <http://jackyalcine.co.cc/> | 
>>> Launchpad<https://launchpad.net/~jackyalcine>
>>>
>>>
>>
>>
>> --
>>
>> -Danté Ashton
>>
>> Vi Veri Veniversum Vivus Vici
>>
>>
>> Sent from Ubuntu
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~wintermute-devel
>> Post to : wintermute-devel@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~wintermute-devel
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] (VERY) Rough mockup of Wintermute's Interface.

[danteash...@gmail.com]

Jacky, thanks to Rafael Laguna, the Lubuntu graphics guru, we now have an
.svg of Winty! (see attached)

ALL HAIL THE GRAPHICS GURU!

-Dante

2011/9/2 danteash...@gmail.com 

> Phill; I think Jacky means the avatar.png, not the images he provided :P
>
>
> 2011/9/2 Phill Whiteside 
>
>> Hi,
>>
>> Imagemagick cannot convert either. I'm going to have a 'play' with
>> deliniate which states that is can. If successful, I'll convert the three of
>> them and forward them.
>>
>>
>> Regards,
>>
>> Phill.
>>
>> 2011/9/2 danteash...@gmail.com 
>>
>>> Jacky; I'm afraid I don't have an SVG of it as no matter what I try;
>>> Inkscape keeps giving me white backgrounds with it :-/ All I have is a
>>> fairly large .png . Unless you or someone else can deal with Inkscape (or
>>> another such program) then we're stuck with the png :-/
>>>
>>> In terms of the GUI; I feel the first screen is needed; a computer is a
>>> computer. A computer can malfunction. A computer requires repairs; hiding
>>> such information is, IMHO, a bad idea. That isn't the starting screen,
>>> that's just the system saying "We have a problem; have a look!"
>>> Or would you rather Wintermute says "I don't feel well." then won't turn
>>> on again? :P
>>>
>>> I have also been considering a few other aspects; animated backgrounds.
>>> (Diagnostic mode hexagon: construction branding between hexagons, etc) which
>>> could give credence to Wintermute's  state (helping to generate rapport
>>> between the user and Winty, especially if we emulate emotion.)
>>>
>>> As for the questionnaire; I don't think it requires much more then a
>>> properly written AIML bot. (though with our own runtime for AIML, so it can
>>> parse commands) so that would be very light on resources (and pack it in
>>> with speech synth and basic speech recog for setup/testing purposes)
>>>
>>> In terms of how to render this system; that is a bit of a mystery. I
>>> don't exactly want to end up with a system which requires a high-end
>>> graphics card just to run things; perhaps we could cheat with pre-rendered
>>> videos?
>>>
>>> -Dante
>>>
>>> 2011/9/2 Jacky Alcine 
>>>
>>>> I agree with Jose, the last two are not only perfect; I can see those
>>>> being implemented quite easily. The question is OpenGL, native X11 or SDL?
>>>> :D
>>>>
>>>> And yes, we might need a lengthy questionnaire for the OEM installation
>>>> of Wintermute (even if it's as a program, the current build makes
>>>> the attachment so far). The GUI right now is very scratchy, but keep
>>>> pumping.
>>>>
>>>> Dante, I'll need that image of that avatar in SVG, if possible. I'll try
>>>> to see if I can use my animation skills from class to play with it. Since
>>>> it'll be in SVG, it should be tweakable as well (SVGs can have embedded
>>>> content like OWL data).
>>>>
>>>> 2011/9/1 José Luis Ricón Fernández de la Puente 
>>>>
>>>>> My thoughts:
>>>>> Last two pictures are perfect. First one, is IMHO, a mess. What are we
>>>>> showing to the user there?
>>>>> 1. Disc usage
>>>>> 2. RAM status (maybe other hardware too)
>>>>> 3. Net status
>>>>> 4. Cloud status
>>>>> 5. System status
>>>>> 6. WM status
>>>>> 7. Button to go diagnose.
>>>>> The user. Think about the user. The user cares about apps and what he
>>>>> can do with them. WM will manage apps, after all. Instead, imagina a
>>>>> standard (K)Ubuntu, with all that data places in the form of
>>>>> indicators in the panel, giving maximum visibility to the content the
>>>>> user really wants. If something really needs the user's attention,
>>>>> then WM can raise a more visible alert.
>>>>>
>>>>> 2011/9/1 SII :
>>>>> > I've just finished three rough (and I mean, VERY rough, sorry about
>>>>> that;
>>>>> > only had half an hour to do them) mockups of Wintermute's interface.
>>>>> > You'll find them here.
>>>>> >
>>>>> http://www.thesii.org/wiki/Natural_Language_Interface#Draft_Design_of_NLI
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> José Luis Ricón
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Jacky Alcine
>>>> Blog <http://jackyalcine.co.cc/> | 
>>>> Launchpad<https://launchpad.net/~jackyalcine>
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> -Danté Ashton
>>>
>>> Vi Veri Veniversum Vivus Vici
>>>
>>>
>>> Sent from Ubuntu
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~wintermute-devel
>>> Post to : wintermute-devel@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~wintermute-devel
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>
>
> --
>
> -Danté Ashton
>
> Vi Veri Veniversum Vivus Vici
>
>
> Sent from Ubuntu
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
<>___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] Wintermute and the Web

[danteash...@gmail.com]

On 12 September 2011 15:44, Adrian Borucki  wrote:

>
> On 12 September 2011 02:17, SII  wrote:
>
>> I thought D-Bus was only good for outright notification and limited
>> control?
>
>
> D-Bus is good not only for control and notification but also transmitting
> data. Its key advantages are good encapsulation and speed (it uses binary
> protocol).
>
>
>> If everything works as planned, significant modification will have to be
>> done...not only making controls of the application usable to Wintermute, but
>> also removing the little things that don't really work very well within a
>> natural language enviroment, like titlebars and buttons...
>>
>
> One thing bothers me here: how much should we limit these "old" methods of
> window management? Imagine that somebody frequently changes application
> windows (e.g. Chromium and Kopete),
>

In the case of Kopete (or any IM program) the change is fairly simple; you
won't have to provide a command, I am rather hoping Wintermute can be made
smart enough to recognize current activity and manage windows as needed.


> I think it is not convenient to say (or write) command every time when you
> want to change window.
>

Trust me, we won't. That would be a major annoyance!



> And I think that people are rather used to mouse-centred solutions than
> keyboard ones (of course keyboard is also able to carry such tasks).
>

Providing everything goes as planned, neither the mouse nor keyboard would
be used! :D
Of course, the keyboard would be a fallback, and the mouse would have
limited use (not every application can be put under Winty's control; like
the GIMP, for instance)

>
> And one note about that is we will probably have to change behaviour of WM
> (e.g. KWin). Because tweaking WM can be expansive we will probably have to
> stick with one. Maybe we could use a tiling window manager (no decorations,
> automatic management) but then we focus on keyboard and as I said people are
> used to mouse.
>

I thought KWin could do tiling?
We'd be looking at fully automatic management, including opening,
maximizing, minimizing and closing.

>
>
>>
>>
>> -Dante
>>
>>
>> On 11 September 2011 00:28, Jacky Alcine  wrote:
>>
>>> Sweet, Phill. Having an introspection is always good. We would be trying
>>> to have a plugin that communicated to Wintermute and Chrome by means of
>>> D-Bus. D-bus is Wintermutes needle into the veins of the system...
>>>
>>>
>>> On Friday, September 9, 2011, Phill Whiteside  wrote:
>>> > ** CORRECTION** for UBUNTU, not just Lubuntu :)
>>> >
>>> > On Sat, Sep 10, 2011 at 3:16 AM, Phill Whiteside 
>>> wrote:
>>> >>
>>> >> Of course, I *could* always ask Fabien for his views? Oh... Fabien...
>>> He's the guy who deals with the Chromium bugs via Lubuntu & gets releases
>>> out in a couple of hours. He's one of the Chromium Developers and comes
>>> across as a really nice guy. Nothing ventured, nothing gained :)
>>> >> Regards,
>>> >> Phill.
>>> >>
>>> >> On Sat, Sep 10, 2011 at 1:35 AM, SII  wrote:
>>> >>>
>>> >>> We'd still have to do some major mods to get Winty to fit it into
>>> it's own DE. (yes, working on the design, give me a couple more days)
>>> >>> -Dante
>>> >>>
>>> >>> On 6 September 2011 20:18, Jacky Alcine 
>>> wrote:
>>> 
>>>  Wouldn't have to totally modify Chromium, we'd have to take
>>> advantage of NPAPI (ie: search up Chromify-OSD in the Chrome Store). We
>>> could bind it to interpret whatever it can from Flash objects (some objects
>>> could be linked to RDF data, but I haven't seen it done).
>>> 
>>>  On Fri, Sep 2, 2011 at 6:34 AM, SII 
>>> wrote:
>>> >
>>> > OK, all of you know we're working on a 'closed' environment to make
>>> things simpler for Wintermute; This means control of functions/applications
>>> as well as versions.
>>> > The trouble is, how do we deal with the web?
>>> > I'm not a web dev; so I'm not sure about a lot of things when it
>>> comes to web-browsing for a machine. For instance, Flash objects will be
>>> opaque to Wintermute; it only makes sense to humans. Same with video
>>> regardless of format.
>>> > Perhaps a modified version of Chromium?
>>> > Thoughts/problems/etc?
>>> 
>>> 
>>>  --
>>>  Jacky Alcine
>>>  Blog  | Launchpad <
>>> https://launchpad.net/~jackyalcine>
>>>
>>> >>>
>>> >>>
>>> >>> ___
>>> >>> Mailing list: https://launchpad.net/~wintermute-devel
>>> >>> Post to : wintermute-devel@lists.launchpad.net
>>> >>> Unsubscribe : https://launchpad.net/~wintermute-devel
>>> >>> More help   : https://help.launchpad.net/ListHelp
>>> >>>
>>> >>
>>> >
>>> >
>>>
>>> --
>>> Jacky Alcine
>>> Blog  | 
>>> Launchpad
>>>
>>>
>>
>> ___
>> Mailing list: https://launchpad.net/~wintermute-devel
>> Post to : wintermute-devel@lists.launchpad.net
>> Unsubscribe : https://launchpad.

Re: [Wintermute-devel] Subminds and Encryption.

[danteash...@gmail.com]

On 13 September 2011 22:23, SII  wrote:

>
>
> On 13 September 2011 11:22, Jacky Alcine  wrote:
>
>> This is an email I woke up to and read with joy.
>>
>
> Sarcasm, much? :P
>
>
>>
>>
>> On Sep 11, 2011, at 8:56 PM, SII  wrote:
>>
>>
>>
>> On 5 September 2011 05:37, Jacky Alcine < 
>> jackyalc...@gmail.com> wrote:
>>
>>> On Tuesday, 10 May, 2011 05:12:58 PM you wrote:
>>> > Hello Jacky
>>> >
>>> > Two things;
>>> >
>>> > First, remember how we were looking into encrypted files a while ago? I
>>> > found a program in Ubuntu called the GNU Privacy Assistant. It'll let
>>> us
>>> > encrypt and decrypt files, so if there is anything we need to protect
>>> > whilst sending to each other, it'd be handy...
>>>
>>> Yup, but KDE has KGpg and my keys show up in it. Dolphin supports the
>>> decryption and encryption via a service, pretty nifty.
>>>
>>
>> Oooh, the context menu, you mean? Last time I checked, KGpg was being
>> obselted and replaced with Kleopatra, which...isn't quite ready for
>> prime-time yet (one of KDE's downfalls is pushing out new tech before it's
>> ready)
>>
>>
>> So it won't be available until KDE 4.7? Shucks.
>>
>
>
Oh, it's avaible now. It just won't be 'stable' until KDE 5.2, probably :P
> KDE's developmental style is "make something with as many features as
> possible, then take (literally) years to stablize those features, if ever."
>
> Right now, Kleopatra can import keys, but looses them and, in the case of a
> few key methods, corrupts them.
>
>
>
>>
>>
>>
>>>
>>> >
>>> > Secondly; I had an idea for another function of Wintermute; I call them
>>> > 'sub-minds'; smaller, lighter, and less resource hogging then
>>> Wintermute.
>>> > It's like a mini-me Wintermute could construct and equip for a number
>>> of
>>> > purposes;
>>>
>>> Now, when I think of a sub-mind, in terms of implementation, I think of
>>> the
>>> BackTrack OS. Yes, that network penetration system. It's because the
>>> system's not designed to be installed anywhere. That's one plus, except
>>> that we'd like sub-minds to be able to physically carry information back
>>> to
>>> Wintermute, no? Also, the system has a pre-configured purpose, to
>>> accomplish
>>> Z by doing A, B, C and D.
>>>
>>
>> I think of it as a way to get Wintermute into places the system, as a
>> whole, cannot go.
>>
>>
>> Okay. Now this is something I was personally afraid from a development
>> point of view. If this is the case, I have to be on the team's P&Q to make
>> sure the code can be compiled and run anywhere. Grr, meeting ABI is like
>> obeying traffic laws when crossing the street.
>>
>
It's difficult, I know; but imagine the result!

>
>>
>>
>>>
>>> We'd need to create some sort of interfacing capability for Wintermute so
>>> it can detect whether or not if it created this sub-mind (easily done
>>> with
>>> a list of the drive UUIDs). It could further link foreign sub-minds to
>>> other Wintermutes that it knows. Case examples:
>>>
>>> 1) "The inserted sub-mind is from the Wintermute Developers team, an
>>> trusted source. This sub-mind provides critical system upgrades,
>>> including
>>> security, semantic and linguistics updates to Wintermute."
>>>
>>
>> Ooh! Good idea! Not everyone has a constant internet connection...
>>
>>
>> Thanks :D I'll add this into the specification for Subminds.
>>
>>
>>
>>>
>>> 2) "The inserted sub-mind is from your friend, Karen, who wishes to
>>> import
>>> modifications to my appearance. Do you want to see a video she attached?
>>> It's about 2 and a half minutes long."
>>>
>>
>> Maybe overkill here; I'm thinking Subminds operate as a sort
>> of miniature Wintermute; not as a package delivery mechanism. Although, this
>> does make me think that a sub-mind, on a memory stick, designed to encrypt,
>> contain and decrypt confidential data (and wipe it if
>> decryption parameters are not met; remember we could throw in biometrics
>> here.) could be very useful if physical transportation was the only way...
>>
>>
>>
>> Well, the submind could do whatever the original crafted wanted it to do.
>> Even better, I think it'd be possible to use natural language as the
>> scripting for the submind and literally compile it into binary code, but
>> that's a future concept.
>>
>
Jacky, if that IS possible, I'd marry you. I won't hold my breath, though;
automatic programming didn't get very far, so I can't really comment on it.
I thought we would be limited to Wintermute providing it with individual (or
suites) of tools.


>
>>
>>> 3) "The inserted sub-mind is from an unknown source. It's requesting
>>> permission to transfer all of your information to a remote source. Grant
>>> authorization to this device?"
>>>
>>
>> Again, maybe overkill; perhaps think of it like this way; Wintermute is a
>> country, the sub-minds can act as it's diplomats, construction workers, etc.
>> Or, another metaphor; Wintermute is an octopus (shudder) and the sub-minds
>> are it's tentecles (double-shudder: I have a rabid fear of octopi and
>>

Re: [Wintermute-devel] Building application with pocketsphinx - CMUSphinx Wiki

[danteash...@gmail.com]

Biggest possible step for the user is one we can't control; crappy
microphones (like the ones built into laptops) are pretty poor. I've got a
$40 one here, capable of noise-reduction. Does the trick wonderfully for
Dragon

PS: Jacky, I need to know if you've thought about the internet connection,
dear? I'm afraid I am growing, day by day, to need to more.

-Dante

2011/9/26 Jacky Alciné 

> Lol if you keep clicking the no dialog when new audio devices are detected
> ( as I run this OS on different systems)..
>
> And I cant answer that yet; I'm not sure. When I tried it months ago, it
> worked with like a 70% accuracy rate.
>
>
> On Sep 25, 2011, at 3:06 PM, SII  wrote:
>
> Why on earth would Phonon blacklist? O.o
>
> On a related note; I've been wondering how well Sphinx can recognize
> someone...and indeed, how Wintermute should identify a user. Any thoughts?
>
> -Dante
>
> 2011/9/25 Jacky Alciné < jackyalc...@gmail.com>
>
>>  
>> http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx
>>
>> This page provides a clear and efficient view of how PocketSphinx
>> works; it's a bit easier than I thought. The plugin
>> 'pocketsphinx-wintermute' should encapsulate this effect; all we need
>> is to grab a sentence (really just a phrase) and send it back to
>> Wintermute. The thing about is it that it needs to be able to detect
>> and parse live text. Phonon should help here; but currently I cant
>> play any audio; my phonon configuration blacklisted all of the devices
>> on my system.
>>
>> ___
>> Mailing list: 
>> https://launchpad.net/~wintermute-devel
>> Post to : 
>> wintermute-devel@lists.launchpad.net
>> Unsubscribe : 
>> https://launchpad.net/~wintermute-devel
>> More help   : 
>> https://help.launchpad.net/ListHelp
>>
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] Building application with pocketsphinx - CMUSphinx Wiki

[danteash...@gmail.com]

Wouldn't a dedicated net connection be better? (and cheaper?)
How much would said phone be, dear?

And last I checked, your not spoilt for choice in terms of cairrer over
there, and tethering isn't exactly favorable by many companies

2011/9/26 Jacky Alciné 

> I have to buy a phone capable of 3G; it's way cheaper to buy that phone and
> tether then buying a mobile hotspot.
>
> And this is true, we could recommend that the user use a specific set of
> known to properly work microphones and laptop models ( I know people would
> put that effort, I did for Skype and Oovoo). But we should still try to get
> it working with anything ( wondering how live training can be done).
>
>
> UPDATE: it's now possible to save and load lexical information created in
> Wintermute.
>
>
> On Sep 25, 2011, at 8:57 PM, "danteash...@gmail.com" <
> danteash...@gmail.com> wrote:
>
> Biggest possible step for the user is one we can't control; crappy
> microphones (like the ones built into laptops) are pretty poor. I've got a
> $40 one here, capable of noise-reduction. Does the trick wonderfully for
> Dragon
>
> PS: Jacky, I need to know if you've thought about the internet connection,
> dear? I'm afraid I am growing, day by day, to need to more.
>
> -Dante
>
> 2011/9/26 Jacky Alciné < jackyalc...@gmail.com>
>
>> Lol if you keep clicking the no dialog when new audio devices are detected
>> ( as I run this OS on different systems)..
>>
>> And I cant answer that yet; I'm not sure. When I tried it months ago, it
>> worked with like a 70% accuracy rate.
>>
>>
>> On Sep 25, 2011, at 3:06 PM, SII < 
>> dante.ash...@thesii.org> wrote:
>>
>>  Why on earth would Phonon blacklist? O.o
>>
>> On a related note; I've been wondering how well Sphinx can recognize
>> someone...and indeed, how Wintermute should identify a user. Any thoughts?
>>
>> -Dante
>>
>> 2011/9/25 Jacky Alciné <  
>> jackyalc...@gmail.com>
>>
>>>  
>>> <http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx><http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx>
>>> http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx
>>>
>>> This page provides a clear and efficient view of how PocketSphinx
>>> works; it's a bit easier than I thought. The plugin
>>> 'pocketsphinx-wintermute' should encapsulate this effect; all we need
>>> is to grab a sentence (really just a phrase) and send it back to
>>> Wintermute. The thing about is it that it needs to be able to detect
>>> and parse live text. Phonon should help here; but currently I cant
>>> play any audio; my phonon configuration blacklisted all of the devices
>>> on my system.
>>>
>>> ___
>>> Mailing list: 
>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>> https://launchpad.net/~wintermute-devel
>>> Post to : 
>>> 
>>> wintermute-devel@lists.launchpad.net
>>> Unsubscribe : 
>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>> https://launchpad.net/~wintermute-devel
>>> More help   : 
>>> <https://help.launchpad.net/ListHelp><https://help.launchpad.net/ListHelp>
>>> https://help.launchpad.net/ListHelp
>>>
>>
>>
>
>
> --
>
> -Danté Ashton
>
> Vi Veri Veniversum Vivus Vici
>
>
> Sent from Ubuntu
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] Building application with pocketsphinx - CMUSphinx Wiki

[danteash...@gmail.com]

On a completely unrelated developmental matter; KDE's Contour looks
interesting...

http://community.kde.org/Plasma/Active/Contour

2011/9/26 danteash...@gmail.com 

> Wouldn't a dedicated net connection be better? (and cheaper?)
> How much would said phone be, dear?
>
> And last I checked, your not spoilt for choice in terms of cairrer over
> there, and tethering isn't exactly favorable by many companies
>
>
> 2011/9/26 Jacky Alciné 
>
>> I have to buy a phone capable of 3G; it's way cheaper to buy that phone
>> and tether then buying a mobile hotspot.
>>
>> And this is true, we could recommend that the user use a specific set of
>> known to properly work microphones and laptop models ( I know people would
>> put that effort, I did for Skype and Oovoo). But we should still try to get
>> it working with anything ( wondering how live training can be done).
>>
>>
>> UPDATE: it's now possible to save and load lexical information created in
>> Wintermute.
>>
>>
>> On Sep 25, 2011, at 8:57 PM, "danteash...@gmail.com" <
>> danteash...@gmail.com> wrote:
>>
>> Biggest possible step for the user is one we can't control; crappy
>> microphones (like the ones built into laptops) are pretty poor. I've got a
>> $40 one here, capable of noise-reduction. Does the trick wonderfully for
>> Dragon
>>
>> PS: Jacky, I need to know if you've thought about the internet connection,
>> dear? I'm afraid I am growing, day by day, to need to more.
>>
>> -Dante
>>
>> 2011/9/26 Jacky Alciné < jackyalc...@gmail.com>
>>
>>> Lol if you keep clicking the no dialog when new audio devices are
>>> detected ( as I run this OS on different systems)..
>>>
>>> And I cant answer that yet; I'm not sure. When I tried it months ago, it
>>> worked with like a 70% accuracy rate.
>>>
>>>
>>> On Sep 25, 2011, at 3:06 PM, SII < 
>>> dante.ash...@thesii.org> wrote:
>>>
>>>  Why on earth would Phonon blacklist? O.o
>>>
>>> On a related note; I've been wondering how well Sphinx can recognize
>>> someone...and indeed, how Wintermute should identify a user. Any thoughts?
>>>
>>> -Dante
>>>
>>> 2011/9/25 Jacky Alciné <  
>>> jackyalc...@gmail.com>
>>>
>>>>  
>>>> <http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx><http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx>
>>>> http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx
>>>>
>>>> This page provides a clear and efficient view of how PocketSphinx
>>>> works; it's a bit easier than I thought. The plugin
>>>> 'pocketsphinx-wintermute' should encapsulate this effect; all we need
>>>> is to grab a sentence (really just a phrase) and send it back to
>>>> Wintermute. The thing about is it that it needs to be able to detect
>>>> and parse live text. Phonon should help here; but currently I cant
>>>> play any audio; my phonon configuration blacklisted all of the devices
>>>> on my system.
>>>>
>>>> ___
>>>> Mailing list: 
>>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>>> https://launchpad.net/~wintermute-devel
>>>> Post to : 
>>>> 
>>>> wintermute-devel@lists.launchpad.net
>>>> Unsubscribe : 
>>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>>> https://launchpad.net/~wintermute-devel
>>>> More help   : 
>>>> <https://help.launchpad.net/ListHelp><https://help.launchpad.net/ListHelp>
>>>> https://help.launchpad.net/ListHelp
>>>>
>>>
>>>
>>
>>
>> --
>>
>> -Danté Ashton
>>
>> Vi Veri Veniversum Vivus Vici
>>
>>
>> Sent from Ubuntu
>>
>>
>
>
> --
>
> -Danté Ashton
>
> Vi Veri Veniversum Vivus Vici
>
>
> Sent from Ubuntu
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

Re: [Wintermute-devel] Building application with pocketsphinx - CMUSphinx Wiki

[danteash...@gmail.com]

Jacky, Phill only asks you (or me on your behalf) tell him who needs paying
and what for. We'll handle the rest.

Isn't that what trans-atlantic friends are for?

-Dante

2011/9/26 Jacky Alciné 

> MetroPCS has this phone (LG Optimus M) and it's only 129 plus activation
> (30 bucks I think).
>
> Virgin mobile has a broadband to go service, device 100 bucks, activation
> of new plan 30, and it's like 35 a month.
>
>
> On Sep 25, 2011, at 9:07 PM, "danteash...@gmail.com" <
> danteash...@gmail.com> wrote:
>
> Wouldn't a dedicated net connection be better? (and cheaper?)
> How much would said phone be, dear?
>
> And last I checked, your not spoilt for choice in terms of cairrer over
> there, and tethering isn't exactly favorable by many companies
>
> 2011/9/26 Jacky Alciné < jackyalc...@gmail.com>
>
>> I have to buy a phone capable of 3G; it's way cheaper to buy that phone
>> and tether then buying a mobile hotspot.
>>
>> And this is true, we could recommend that the user use a specific set of
>> known to properly work microphones and laptop models ( I know people would
>> put that effort, I did for Skype and Oovoo). But we should still try to get
>> it working with anything ( wondering how live training can be done).
>>
>>
>> UPDATE: it's now possible to save and load lexical information created in
>> Wintermute.
>>
>>
>> On Sep 25, 2011, at 8:57 PM, " 
>> danteash...@gmail.com" < danteash...@gmail.com>
>> wrote:
>>
>> Biggest possible step for the user is one we can't control; crappy
>> microphones (like the ones built into laptops) are pretty poor. I've got a
>> $40 one here, capable of noise-reduction. Does the trick wonderfully for
>> Dragon
>>
>> PS: Jacky, I need to know if you've thought about the internet connection,
>> dear? I'm afraid I am growing, day by day, to need to more.
>>
>> -Dante
>>
>> 2011/9/26 Jacky Alciné <  
>> jackyalc...@gmail.com>
>>
>>> Lol if you keep clicking the no dialog when new audio devices are
>>> detected ( as I run this OS on different systems)..
>>>
>>> And I cant answer that yet; I'm not sure. When I tried it months ago, it
>>> worked with like a 70% accuracy rate.
>>>
>>>
>>> On Sep 25, 2011, at 3:06 PM, SII < 
>>> 
>>> dante.ash...@thesii.org> wrote:
>>>
>>>  Why on earth would Phonon blacklist? O.o
>>>
>>> On a related note; I've been wondering how well Sphinx can recognize
>>> someone...and indeed, how Wintermute should identify a user. Any thoughts?
>>>
>>> -Dante
>>>
>>> 2011/9/25 Jacky Alciné <  
>>> 
>>> jackyalc...@gmail.com>
>>>
>>>>  
>>>> <http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx><http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx><http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx>
>>>> http://cmusphinx.sourceforge.net/wiki/tuturialpocketsphinx
>>>>
>>>> This page provides a clear and efficient view of how PocketSphinx
>>>> works; it's a bit easier than I thought. The plugin
>>>> 'pocketsphinx-wintermute' should encapsulate this effect; all we need
>>>> is to grab a sentence (really just a phrase) and send it back to
>>>> Wintermute. The thing about is it that it needs to be able to detect
>>>> and parse live text. Phonon should help here; but currently I cant
>>>> play any audio; my phonon configuration blacklisted all of the devices
>>>> on my system.
>>>>
>>>> ___
>>>> Mailing list: 
>>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>>> https://launchpad.net/~wintermute-devel
>>>> Post to : 
>>>> 
>>>> wintermute-devel@lists.launchpad.net
>>>> Unsubscribe : 
>>>> <https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel><https://launchpad.net/~wintermute-devel>
>>>> https://launchpad.net/~wintermute-devel
>>>> More help   : 
>>>> <https://help.launchpad.net/ListHelp><https://help.launchpad.net/ListHelp><https://help.launchpad.net/ListHelp>
>>>> https://help.launchpad.net/ListHelp
>>>>
>>>
>>>
>>
>>
>> --
>>
>> -Danté Ashton
>>
>> Vi Veri Veniversum Vivus Vici
>>
>>
>> Sent from Ubuntu
>>
>>
>
>
> --
>
> -Danté Ashton
>
> Vi Veri Veniversum Vivus Vici
>
>
> Sent from Ubuntu
>
>


-- 

-Danté Ashton

Vi Veri Veniversum Vivus Vici


Sent from Ubuntu
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp