sqliteman-devel — development related discussion

[Sqliteman-devel] Development of Android mmssms.db on Linux for archiving purposes

[Philip R. <ph...@pr...>]

People,

I want to develop an app for the mmssms.db on my Fedora Linux 
workstation - the background is this post to the sqlite list:


> I periodically crash or otherwise do a factory reset on my Android 
> phone
> but rather than restoring all the SMS messages I would like to just
> import from the backup mmssms.db into a Linux app and keep all the old
> messages for historical posterity allowing me to search and look up
> messages etc in a consolidated DB.  I can't find anything in existence
> that does this nicely so it seems like the easiest way to do this would
> be build it myself using Ruby + SQLite but I thought I would check here
> first - has anyone already done something like this?  Any pointers 
> about
> where to get started?


I have used SqliteMan in the past (but just for trivial DB updates) for 
another situation so I thought it might be worth trying to do what I 
want all from that app.

My process is:

- rsync the current mmssms.db from my phone to my Fedora Linux system 
prior to doing any factory resets or dangerous tinkering

- dump data out of the mmssms.db file and import it into a separate 
archive DB or just add the table info to the previous backup of 
mmssms.db

I will probably only ever want to look at historical stuff on my 
computer but maybe a web app would be convenient for remote access.

Do people think that using SqliteMan is the appropriate tool to do what 
I want?

Thanks,

Phil.

-- 
Philip Rhoades

PO Box 896
Cowra  NSW  2794
Australia
E-mail:  ph...@pr...

Re: [Sqliteman-devel] Version of SQLite

[Petr V. <pe...@ya...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi Antonio,

On 10/17/13 2:39 AM, Daniel Antonio wrote:
> I'm using sqliteman 1.2.2, and using "Select sqlite_version()" it
> shows the version of SQLite is 3.6.19, unfortunately I need the
> function "instr" that comes with sqlite 3.7.15 (2012-12-12).
> 
> Should I recompile with new libraries?, or how I can use a more
> recently sqlite version with the current release of sqliteman?

1.2.2 uses version from Qt4 sqlite3 driver. So it depends on your
operating system.

It should be system wide sqlite3 library on Linux (it can be
potentially injected with custom sqlite3 and LD_LIBRARY_PATH).

If it's on Windows - I'm afraid it's compiled into Qt. So maybe it can
be replaced with new Qt4 version.

cheers,
petr

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSp4OLAAoJEC8yRjM4uE2tlP4IALKrHwXAdeHI8Tv5c5demEPQ
vueajczeXwBmrqYGQf/9lPsnF4wxkFScrIsIO02e72XfeMQh3E84yAsLr26N2vd1
ZJQcGuXy/zgyPJ4yxjjl3LPzft6fwea9V01rLpsNAdPoDVG12NMbU/blwrD314uf
JloNBHvS2fc46bnBCFc+4Iizfo2VsGDzauUFbAHxASYFIg0nqzK9kakE1ZNX789q
cDOB0wjBhTNuV4juOjvjdv2CnAUWVY+vzkjq9GS1xMkmEp81ocTfI8a6re7f88Y2
RKTSDaJeujzrhNWjTLUdDVDNQyn4WEZf3PwRdyZhh3Qr89BaavG7SbkR+Lhx4DQ=
=Sv6w
-----END PGP SIGNATURE-----

[Sqliteman-devel] Version of SQLite

[Daniel A. <so...@gm...>]

I'm using sqliteman 1.2.2, and using "Select sqlite_version()" it shows the
version of SQLite is 3.6.19, unfortunately I need the function "instr" that
comes with sqlite 3.7.15 (2012-12-12).

Should I recompile with new libraries?, or how I can use a more recently
sqlite version with the current release of sqliteman?

-- 

Antonio Rojas Soto
- - - - - - - - - - - - - - -
****
*
*

Re: [Sqliteman-devel] Sqliteman future

[Alessio C. <ale...@gm...>]

Thanks for answering.

SCRIPTING
KROSS looks quite interesting. From my understanding, that could be coded
with little modification on the Sqliteman actual source code, this is
interesting as it separates this part from the Sqliteman development.
I did not quite understand the dummy solution. Do you think this is fast to
implement?
Anyway, I will have to see if I am able to implement such a thing on my own.
Probably I can, but it will take some time as I have to start from 0 with
C++ and compiling.

FUTURE DEVELOPMENT
I don't know if I was the missing element. What I know is that with a
pluggable solution things get interesting. There can be graphs (matplotlib),
statistics (SciPy; R) and dynamic report generation.
My best help could come from Python and R scripting. I have experience in
this and I think I could program a few plug ins for start.
Maybe we could implement a beta for scripting just to see if this is of some
interests for end users.

By the way, I will ask some help to a friend of mine who knows some C++.
What you guys think in general by the way?

On Wed, Jan 5, 2011 at 11:46 AM, Petr Vanek <pe...@sc...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hi Alessio,
>
> thanks for you interest.
>
> The situation around Sqliteman is not good. There is no progress in it for
> months. The 1.2.x versions are used still, but the development 1.3.x never
> touched its testing releases although it contains many improvements.
> The main reason is that I don't have free time to work on this software and
> mainly - I don't need it to my regular work too as there is no sqlite db
> around me now.
>
> There were some movements how to start its development again but with no
> (or minor) success.
>
> Maybe you will be the missing startup element? Who knows...
>
> responses to your questions follows:
>
> On Jan 1, 2011 (Saturday), at 5:03 PM, Alessio Civitillo wrote:
> > I have been using Sqliteman for quite a while and it is indeed the best
> Sqlite manager out there. Lately, I have been thinking of implementing
> Sqliteman with an "analytic" part. I have been using Sqlite to store data
> for my analysis and I found it really good. My main issue is that I use
> python and R coding to make my analysis and I have scripts all around. My
> thought is: what if Sqliteman could be implemented with a pluggable analytic
> part? So, maybe with the possibility to create ad hoc analysis plug ins with
> python.
>
> There is no support for 3rd party plugins.
> There is no scripting support too.
> There is support for sqlite3 extensions in 1.3.x.
>
> There are some solution how to enable scripting in Qt4 app - manual
> bindings, KROSS (
> http://techbase.kde.org/Development/Tutorials/Kross/Introduction), and
> more. But I had never any reason to do it.
>
> As a dummy solution we can add a quick workaround with some user-defined
> menu entries which can run your scripts with some additional arguments like:
> callExternalScript("python foo.py /path/to/databasefile.db providedusername
> pass...");
> and handle its results
>
> > This is something that could be really useful for me and I would do the
> programming myself. However, I only know python programming and have some
> basics of qt. I would like to know if someone could be interested in helping
> me. I can also do the programming myself, but I need an introduction to
> Sqliteman source code and eventually some tips to learn fast C++.
>
> Coding in Qt4 is quite easy. It handles most of memory management for you
> itself like Python does. I can say there is only syntax different between
> PyQt and pure Qt4 if you will make only simple things like forms, image
> loadings, or R interpret calling. Please take it as a "motivation and
> introduction" only ;)
>
> ad Sqliteman code internals: most of the code is (I hope) self explanatory
> - there are no low-level techniques used. Most code files contain "extended
> functionality" like various dialogs (new db objects, populator, exports,
> imports, ...) - it's usually small file with little "blackboxed"
> functionality.
>
> most of code should be documented, 1.2.x docs are available online:
> http://docs.sqliteman.com/devel-doc/annotated.html
>
> main app is located in litemanwindow.* which connects basic GUI together.
>
> Direct data manipulation (without sql) is done in dataviewer.* and its
> sub-components.
>
> database.* files contains functions to query or manipulate raw SQL
>
> Personally I'm not happy with current architecture of DB transaction
> handling as it mixes raw SQL access (BEGIN; foo; COMMIT;) with Qt4 QtSql
> module transactions (in dataviewer). I had plans to write own driver to be
> used in the app as only db access method one day but there is no motivation
> for now on my side.
> And of course - all DB access is done in main app thread so the app can
> looks "frozen" in some circumstances.
>
> Anyway, I think it's enough for quickstart. Feel free to ask.
>
> cheers,
> petr
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (Darwin)
>
> iQEcBAEBAgAGBQJNJEwIAAoJEC8yRjM4uE2tNvUH/1fdYSeNP3Sg+Qe5yGlNXzB5
> wSYnICpxBT6vCKBsonF1QGPXDFo6z3YWQNCSy23KN+9ODCNDyYnEHBVawysGHpO3
> Hw8fRiAP81o7DTiFPdhke3YT6TnE6z4TwNaQjyOM4/Dah3kFzvxgfOpWg72HmDmJ
> SHTUgArvZ6BmlYbIkWmvgbMbJNHhKwVSuxRXOxxQT8Tdilih0nCQ9VTt6E5hT0Bc
> 0pX0mfUWHXPlV3IytpEIfNwSqnqzjULZMXALxpOOWGxm3d0utgWugKpPTeFT6NhO
> JNvlClgwOpEtCCpSpJo+nKl2kEqadaNyZK/rWohJajkCoXPY2QrDqwyq70zyy4I=
> =pxcD
> -----END PGP SIGNATURE-----
>



-- 
Regards,
------------------------------------
Alessio Civitillo
ale...@gm...
Mobile: (0045) 52645608
Linkedin: http://it.linkedin.com/in/alessiocivitillo

Re: [Sqliteman-devel] Sqliteman future

[Kennedy K. <ken...@gm...>]

I'm among those that committed to its continuity but things held me down and
wasnt able to commit as promised. The project is still in my list of things
to do and I had done quite some bit of redesign and wrote a new UI based on
Qt Creator IDE.

I hope to get some spacing to complete it.


Regards,
Kennedy Kasina

On Wed, Jan 5, 2011 at 1:46 PM, Petr Vanek <pe...@sc...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hi Alessio,
>
> thanks for you interest.
>
> The situation around Sqliteman is not good. There is no progress in it for
> months. The 1.2.x versions are used still, but the development 1.3.x never
> touched its testing releases although it contains many improvements.
> The main reason is that I don't have free time to work on this software and
> mainly - I don't need it to my regular work too as there is no sqlite db
> around me now.
>
> There were some movements how to start its development again but with no
> (or minor) success.
>
> Maybe you will be the missing startup element? Who knows...
>
> responses to your questions follows:
>
> On Jan 1, 2011 (Saturday), at 5:03 PM, Alessio Civitillo wrote:
> > I have been using Sqliteman for quite a while and it is indeed the best
> Sqlite manager out there. Lately, I have been thinking of implementing
> Sqliteman with an "analytic" part. I have been using Sqlite to store data
> for my analysis and I found it really good. My main issue is that I use
> python and R coding to make my analysis and I have scripts all around. My
> thought is: what if Sqliteman could be implemented with a pluggable analytic
> part? So, maybe with the possibility to create ad hoc analysis plug ins with
> python.
>
> There is no support for 3rd party plugins.
> There is no scripting support too.
> There is support for sqlite3 extensions in 1.3.x.
>
> There are some solution how to enable scripting in Qt4 app - manual
> bindings, KROSS (
> http://techbase.kde.org/Development/Tutorials/Kross/Introduction), and
> more. But I had never any reason to do it.
>
> As a dummy solution we can add a quick workaround with some user-defined
> menu entries which can run your scripts with some additional arguments like:
> callExternalScript("python foo.py /path/to/databasefile.db providedusername
> pass...");
> and handle its results
>
> > This is something that could be really useful for me and I would do the
> programming myself. However, I only know python programming and have some
> basics of qt. I would like to know if someone could be interested in helping
> me. I can also do the programming myself, but I need an introduction to
> Sqliteman source code and eventually some tips to learn fast C++.
>
> Coding in Qt4 is quite easy. It handles most of memory management for you
> itself like Python does. I can say there is only syntax different between
> PyQt and pure Qt4 if you will make only simple things like forms, image
> loadings, or R interpret calling. Please take it as a "motivation and
> introduction" only ;)
>
> ad Sqliteman code internals: most of the code is (I hope) self explanatory
> - there are no low-level techniques used. Most code files contain "extended
> functionality" like various dialogs (new db objects, populator, exports,
> imports, ...) - it's usually small file with little "blackboxed"
> functionality.
>
> most of code should be documented, 1.2.x docs are available online:
> http://docs.sqliteman.com/devel-doc/annotated.html
>
> main app is located in litemanwindow.* which connects basic GUI together.
>
> Direct data manipulation (without sql) is done in dataviewer.* and its
> sub-components.
>
> database.* files contains functions to query or manipulate raw SQL
>
> Personally I'm not happy with current architecture of DB transaction
> handling as it mixes raw SQL access (BEGIN; foo; COMMIT;) with Qt4 QtSql
> module transactions (in dataviewer). I had plans to write own driver to be
> used in the app as only db access method one day but there is no motivation
> for now on my side.
> And of course - all DB access is done in main app thread so the app can
> looks "frozen" in some circumstances.
>
> Anyway, I think it's enough for quickstart. Feel free to ask.
>
> cheers,
> petr
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (Darwin)
>
> iQEcBAEBAgAGBQJNJEwIAAoJEC8yRjM4uE2tNvUH/1fdYSeNP3Sg+Qe5yGlNXzB5
> wSYnICpxBT6vCKBsonF1QGPXDFo6z3YWQNCSy23KN+9ODCNDyYnEHBVawysGHpO3
> Hw8fRiAP81o7DTiFPdhke3YT6TnE6z4TwNaQjyOM4/Dah3kFzvxgfOpWg72HmDmJ
> SHTUgArvZ6BmlYbIkWmvgbMbJNHhKwVSuxRXOxxQT8Tdilih0nCQ9VTt6E5hT0Bc
> 0pX0mfUWHXPlV3IytpEIfNwSqnqzjULZMXALxpOOWGxm3d0utgWugKpPTeFT6NhO
> JNvlClgwOpEtCCpSpJo+nKl2kEqadaNyZK/rWohJajkCoXPY2QrDqwyq70zyy4I=
> =pxcD
> -----END PGP SIGNATURE-----
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Sqliteman-devel mailing list
> Sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sqliteman-devel
>

Re: [Sqliteman-devel] Sqliteman future

[Petr V. <pe...@sc...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi Alessio,

thanks for you interest.

The situation around Sqliteman is not good. There is no progress in it for months. The 1.2.x versions are used still, but the development 1.3.x never touched its testing releases although it contains many improvements.
The main reason is that I don't have free time to work on this software and mainly - I don't need it to my regular work too as there is no sqlite db around me now.

There were some movements how to start its development again but with no (or minor) success.

Maybe you will be the missing startup element? Who knows...

responses to your questions follows:

On Jan 1, 2011 (Saturday), at 5:03 PM, Alessio Civitillo wrote:
> I have been using Sqliteman for quite a while and it is indeed the best Sqlite manager out there. Lately, I have been thinking of implementing Sqliteman with an "analytic" part. I have been using Sqlite to store data for my analysis and I found it really good. My main issue is that I use python and R coding to make my analysis and I have scripts all around. My thought is: what if Sqliteman could be implemented with a pluggable analytic part? So, maybe with the possibility to create ad hoc analysis plug ins with python.

There is no support for 3rd party plugins.
There is no scripting support too.
There is support for sqlite3 extensions in 1.3.x.

There are some solution how to enable scripting in Qt4 app - manual bindings, KROSS (http://techbase.kde.org/Development/Tutorials/Kross/Introduction), and more. But I had never any reason to do it.

As a dummy solution we can add a quick workaround with some user-defined menu entries which can run your scripts with some additional arguments like:
callExternalScript("python foo.py /path/to/databasefile.db providedusername pass...");
and handle its results

> This is something that could be really useful for me and I would do the programming myself. However, I only know python programming and have some basics of qt. I would like to know if someone could be interested in helping me. I can also do the programming myself, but I need an introduction to Sqliteman source code and eventually some tips to learn fast C++. 

Coding in Qt4 is quite easy. It handles most of memory management for you itself like Python does. I can say there is only syntax different between PyQt and pure Qt4 if you will make only simple things like forms, image loadings, or R interpret calling. Please take it as a "motivation and introduction" only ;)

ad Sqliteman code internals: most of the code is (I hope) self explanatory - there are no low-level techniques used. Most code files contain "extended functionality" like various dialogs (new db objects, populator, exports, imports, ...) - it's usually small file with little "blackboxed" functionality.

most of code should be documented, 1.2.x docs are available online:
http://docs.sqliteman.com/devel-doc/annotated.html

main app is located in litemanwindow.* which connects basic GUI together.

Direct data manipulation (without sql) is done in dataviewer.* and its sub-components.

database.* files contains functions to query or manipulate raw SQL

Personally I'm not happy with current architecture of DB transaction handling as it mixes raw SQL access (BEGIN; foo; COMMIT;) with Qt4 QtSql module transactions (in dataviewer). I had plans to write own driver to be used in the app as only db access method one day but there is no motivation for now on my side.
And of course - all DB access is done in main app thread so the app can looks "frozen" in some circumstances.

Anyway, I think it's enough for quickstart. Feel free to ask.

cheers,
petr

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iQEcBAEBAgAGBQJNJEwIAAoJEC8yRjM4uE2tNvUH/1fdYSeNP3Sg+Qe5yGlNXzB5
wSYnICpxBT6vCKBsonF1QGPXDFo6z3YWQNCSy23KN+9ODCNDyYnEHBVawysGHpO3
Hw8fRiAP81o7DTiFPdhke3YT6TnE6z4TwNaQjyOM4/Dah3kFzvxgfOpWg72HmDmJ
SHTUgArvZ6BmlYbIkWmvgbMbJNHhKwVSuxRXOxxQT8Tdilih0nCQ9VTt6E5hT0Bc
0pX0mfUWHXPlV3IytpEIfNwSqnqzjULZMXALxpOOWGxm3d0utgWugKpPTeFT6NhO
JNvlClgwOpEtCCpSpJo+nKl2kEqadaNyZK/rWohJajkCoXPY2QrDqwyq70zyy4I=
=pxcD
-----END PGP SIGNATURE-----

[Sqliteman-devel] Sqliteman future

[Alessio C. <ale...@gm...>]

Hello,

I have been using Sqliteman for quite a while and it is indeed the best
Sqlite manager out there. Lately, I have been thinking of implementing
Sqliteman with an "analytic" part. I have been using Sqlite to store data
for my analysis and I found it really good. My main issue is that I use
python and R coding to make my analysis and I have scripts all around. My
thought is: what if Sqliteman could be implemented with a pluggable analytic
part? So, maybe with the possibility to create ad hoc analysis plug ins with
python.

This is something that could be really useful for me and I would do the
programming myself. However, I only know python programming and have some
basics of qt. I would like to know if someone could be interested in helping
me. I can also do the programming myself, but I need an introduction to
Sqliteman source code and eventually some tips to learn fast C++.

Any ideas?
a.c.

[Sqliteman-devel] trunk possible problems

[Petr V. <pe...@sc...>]

hi all,

does anybody use SVN trunk, please? I have some time to move things  
forward (maybe you have noticed a batch of svn checkins) but I  
realized that the data viewer's editations are failing to commit in  
any table/db. Can anybody confirm it, please?

p.

[Sqliteman-devel] release 1.2.2

[Petr V. <pe...@sc...>]

hi all,

I released Sqliteman 1.2.2 mainly due the patch that allow to compile old code 
with Qt 4.7. (trunk is patched too). Official announcement:

http://sqliteman.com/blog/show/Sqliteman-1.2.2-bugfix-release.html

Tarballs are at the sourceforge.net.

Binary packages for suse and fedora are in my buildervice home project:
http://download.opensuse.org/repositories/home:/subik/

enjoy your weekend,
petr

[Sqliteman-devel] new SVN snapshot for public

[Petr V. <pe...@sc...>]

hi all,

after a few weeks of inactivity I forced myself to fix some issues with 
packaging for linux rpms. So the current SVN snapshot of Sqliteman is 
available at sourceforge:

http://sourceforge.net/projects/sqliteman/files/

version: 1.3-20100527
folder: sqliteman-svn-snapshot

Linux users of openSUSE/Fedora can use binary packages from this repsoitory:
http://download.opensuse.org/repositories/home:/subik/


Guys, if you are really interested in development take it as an opportunity to 
discover some new bugs and fix it ;) including these known in bugtracker:

http://bugtracker.sqliteman.com/view_all_bug_page.php

all the best,
Petr

[Sqliteman-devel] new release

[Petr V. <pe...@sc...>]

hi all,

I'd like to start the new release tasks. it would be great if somebody  
can test "green" bugs in the bugtracker:

http://bugtracker.sqliteman.com/

then something I cannot reproduce:

http://bugtracker.sqliteman.com/view.php?id=157   (win32 only?)
http://bugtracker.sqliteman.com/view.php?id=159
http://bugtracker.sqliteman.com/view.php?id=97 (win32)
http://bugtracker.sqliteman.com/view.php?id=155

etc.

I don't want to do new features, just bugfixes. Then we can do cool  
things in the new devel cycle ;)

and if you want commit rights register at:
https://www.assembla.com/spaces/sqliteman/

and send me a request, please.

cheers,
petr

Re: [Sqliteman-devel] code repository

[Ken K. <ken...@gm...>]

I have created a repo on github <http://github.com/codealot/Sqliteman> you
can check it out and follow up on progress from there. I'll be adding the
source files as I work on the them.


Regards,
Ken Kasina

On Tue, Feb 2, 2010 at 9:15 AM, Petr Vaněk <pe...@sc...> wrote:

> hi all,
>
> do you have any idea where to move SVN repository?
>
> I observed some issues on assembla.com (current one) - space, unable to
> commit.
>
> Ken Kasina started to work on some parts already, but it seems to me like
> he
> needs separate branch.
>
> Please guys, let me know where do you have accounts already/where you know
> services.
>
> I have sqliteman project opened on sourceforge (used for downloading only
> for
> now).
> I cannot setup anything at code.google.com - all names are reserved or
> marked
> as invalid.
> And I don't have any experiances with git buzz all around.
>
> any thoughts?
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Sqliteman-devel mailing list
> Sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sqliteman-devel
>

[Sqliteman-devel] code repository

[Petr V. <pe...@sc...>]

hi all,

do you have any idea where to move SVN repository?

I observed some issues on assembla.com (current one) - space, unable to 
commit.

Ken Kasina started to work on some parts already, but it seems to me like he 
needs separate branch.

Please guys, let me know where do you have accounts already/where you know 
services.

I have sqliteman project opened on sourceforge (used for downloading only for 
now).
I cannot setup anything at code.google.com - all names are reserved or marked 
as invalid.
And I don't have any experiances with git buzz all around.

any thoughts?

Re: [Sqliteman-devel] mailing list announce

[Ken K. <ken...@gm...>]

Hi Fellow Devs,

We all purposed ourselves to move this project forward. January has been
abit of a busy month but I do propose we take up February and start working
on the next release for Sqliteman. Porting it to Qt 4.6 and some UI redesign
would be my proposal for starters then we integrate new features.

Let me know your thoughts on this.


Regards,
Ken

On Tue, Jan 19, 2010 at 9:16 PM, Petr Vaněk <pe...@sc...> wrote:

> hi all,
>
> existence of this mailing list has been announced ad project homepage:
> http://sqliteman.com/
> http://sqliteman.com/blog/show/The-future-of-Sqliteman.html
>
> anyway - still anybody doesn't require help with devel-environment? Etc?
>
> petr
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Sqliteman-devel mailing list
> Sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sqliteman-devel
>

[Sqliteman-devel] mailing list announce

[Petr V. <pe...@sc...>]

hi all,

existence of this mailing list has been announced ad project homepage:
http://sqliteman.com/
http://sqliteman.com/blog/show/The-future-of-Sqliteman.html

anyway - still anybody doesn't require help with devel-environment? Etc?

petr

[Sqliteman-devel] welcome aboard

[Petr V. <pe...@sc...>]

hi all,

at first -I'd like to thank you for you interest in this project.

at second - it would be great if you can specify how you'd like to  
praticipate etc.

now I'm open to help you to create a dev environment, change project  
infrastructure etc.

cheers,
Petr