I agree. It sounds like a great database, but there are both practical and
philosophical reasons not to use this in PicoGUI.
There are other platforms we need PicoGUI to run on besides uClinux/m68k and
linux/i386. Just to name the ones I can think of at the moment:
- Darwin/PowerPC
- linux/PowerPC
- linux/mips
- uClinux/ARM
- linux/StrongARM
- win32/i386
Releasing binaries for all these platforms (and more) would be unmanageable. With
source code, you release one package that will compile anywhere.
It's looking like this PIM database is going to be an important part of PicoGUI's core
applications. Since my goal in developing PicoGUI is an open source embedded GUI
system, this would be completely against our philosophy. Using a proprietary database
would be similar to the whole KDE/Qt issue. Even with access to the source to Qt for
Linux this licensing issue was so important to the Free Software purists that they
started a competing desktop environment, GNOME.
On Mon, 13 August 2001, John Utz wrote:
>
> well, this sounds very nice, but i am utterly clueless how this would help
> me on my mips based helio.
>
> or, for that matter, for anybody that has a platform that your software
> isnt compiled for.
>
> *and*
>
> that means that somebody would still have to do the work to come up with a
> solution for a platform that you dont support.
>
> so that tells me that it would be silly to spend much time working with
> your proprietary db.
>
> ahh. i love open source!
>
> just my us$0.02
>
> johnu
>
> On Mon, 13 Aug 2001, Frederic Gobry wrote:
>
> > Hi,
> >
> > Concerning the discussion that occured about PIM application, I would
> > like to let you know that we are working at SMARTDATA on an embedded
> > database that has exactly this aim. Some interesting characteristics
> > are :
> >
> > - storage on flash
> > - transaction support
> > - client/server
> > - facility for the definition of "links" between items of
> > different types (to enable the incorporation of notes in
> > appointments,...)
> > - versioning: if a record is corrupted, the database can
> > fallback on a previous version.
> >
> > We had the following guidelines in mind while developping this
> > application :
> >
> > - robustness
> > - clean separation between data and applications
> > - small footprint
> >
> > A first release should be made available in a month or two in the form
> > of a binary executable (the server) and a client library provided as
> > sources, for dragonball/uClinux and intel/linux platforms. I'll let
> > you know when it's ready...
> >
> > Fr�d�ric
> >
> >
>
> --
>
> John L. Utz III
> [EMAIL PROTECTED]
>
> Idiocy is the Impulse Function in the Convolution of Life
>
>
> _______________________________________________
> Pgui-devel mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/pgui-devel
--
Only you can prevent creeping featurism!
_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/pgui-devel
