From plug-devel@lists.PLUG.phoenix.az.us Tue Feb 1 11:50:03 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Tue Feb 1 11:50:03 2005
Subject: Meeting topic planning
In-Reply-To: <200501312031.31413.alandd@consultpros.com>
References: <200501312031.31413.alandd@consultpros.com>
Message-ID: <41FFE6A3.80706@stcaz.net>
This is a multi-part message in MIME format.
--------------090301050901020808010308
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
I can do March 3 or April 7, I can also return every 3 months or so if
desired. Topics can be any of:
J2EE Web Application Development with Tomcat and JDBC
Database programming, the basics of secure database programming (C++ or Java, choose one)
Programming techniques or concepts. (Need to discuss what technique or concept, basic to advanced, is needed, perhaps a vote on the list?)
Introduction to new languages or such. (Intro to Java, C, C++, Forth, XML, XSLT, and a few others)
Basic techniques in secure software engineering.
Any of the above could easily expand into a panel discussion if 2 or
more other panelists wish to participate.
My usual presentation style is pretty informal and participative, but I
can do formal-with-slides presentations if desired as well.
Alan Dayley wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>We need to get some topics and presenters on the calendar. This comes up
>every month and I want to change that!
>
>It is difficult to constantly come up dry or always here from me, Hans or Rob
>(when he is in town). Not to say Hans and Rob don't do a good job it's just
>that we want to hear from more people and more stuff.
>
>This is the old list of topics that I compiled more than a year ago. I
>removed some of the items because we have actually covered them since the
>list was made.
>
>- - X11 programming
>- - Secure programming
>- - A hackfest where everyone that can brings notebooks and programming
>challenges or contributions are made to project(s)
>- - Panel discussion on something (ie. a topic with a panel rather than a single
>presenter.)
>- - QT
>- - Ruby
>- - Python
>- - Embedded Linux (nuts and bolts of booting, building, init, etc.)
>- - Driver development
>- - Specific driver development. For example, how to write a network, block
>device, etc driver.
>- - Porting Linux to new CPUs
>- - Cool embedded projects
>- - Kernel Hacking including kernel debugging.
>- - Programming techniques or concepts.
>- - Introduction to new languages or such.
>- - Database programming etc...
>- - OpenGL Graphics Programming
>- - J2EE Web Application Development with Tomcat and MySQL
>- - Building a C++ app Overview - Emacs/GCC/Make/GDB/ (This one is Rob's for
>the next time he is in town.)
>- - Glade (or any scheme language)
>- - Gtkmm
>- - Anjuta
>- - Ruby binding to Glade
>- - Cocoon
>
>What I want to do is put topics on the calendar and then go find a
>person/persons to present them. So, here is the deal. We'll go backwards
>for a first crack at it. The dates of the presentations for the rest of this
>year are listed below. Volunteer to present one of the topics above, or one
>of your own by replying with the date on which you wish to present.
>
>3 February
>3 March
>7 April
>5 May
>2 June
>7 July
>4 August
>1 September
>6 October
>3 November
>1 December
>
>Sign up for your day! First come, first pick on topics and dates! Reply on
>or off list to me.
>
>Alan
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iD8DBQFB/vgR0VxxIfjPXe4RAqFsAKCKvX3vtMIVnTFktG24TcoQ35vilwCdExv0
>53s3+iRQ490sxDwvrltjXrY=
>=VT5V
>-----END PGP SIGNATURE-----
>_______________________________________________
>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
>
>
--------------090301050901020808010308
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
I can do March 3 or April 7, I can also return every
3 months or so if desired. Topics can be any of:
J2EE Web Application Development with Tomcat and JDBC
Database programming, the basics of secure database programming (C++ or Java, choose one)
Programming techniques or concepts. (Need to discuss what technique or concept, basic to advanced, is needed, perhaps a vote on the list?)
Introduction to new languages or such. (Intro to Java, C, C++, Forth, XML, XSLT, and a few others)
Basic techniques in secure software engineering.
Any of the above could easily expand into a panel discussion if 2 or
more other panelists wish to participate.
My usual presentation style is pretty informal and participative, but I
can do formal-with-slides presentations if desired as well.
Alan Dayley wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
We need to get some topics and presenters on the calendar. This comes up
every month and I want to change that!
It is difficult to constantly come up dry or always here from me, Hans or Rob
(when he is in town). Not to say Hans and Rob don't do a good job it's just
that we want to hear from more people and more stuff.
This is the old list of topics that I compiled more than a year ago. I
removed some of the items because we have actually covered them since the
list was made.
- - X11 programming
- - Secure programming
- - A hackfest where everyone that can brings notebooks and programming
challenges or contributions are made to project(s)
- - Panel discussion on something (ie. a topic with a panel rather than a single
presenter.)
- - QT
- - Ruby
- - Python
- - Embedded Linux (nuts and bolts of booting, building, init, etc.)
- - Driver development
- - Specific driver development. For example, how to write a network, block
device, etc driver.
- - Porting Linux to new CPUs
- - Cool embedded projects
- - Kernel Hacking including kernel debugging.
- - Programming techniques or concepts.
- - Introduction to new languages or such.
- - Database programming etc...
- - OpenGL Graphics Programming
- - J2EE Web Application Development with Tomcat and MySQL
- - Building a C++ app Overview - Emacs/GCC/Make/GDB/ (This one is Rob's for
the next time he is in town.)
- - Glade (or any scheme language)
- - Gtkmm
- - Anjuta
- - Ruby binding to Glade
- - Cocoon
What I want to do is put topics on the calendar and then go find a
person/persons to present them. So, here is the deal. We'll go backwards
for a first crack at it. The dates of the presentations for the rest of this
year are listed below. Volunteer to present one of the topics above, or one
of your own by replying with the date on which you wish to present.
3 February
3 March
7 April
5 May
2 June
7 July
4 August
1 September
6 October
3 November
1 December
Sign up for your day! First come, first pick on topics and dates! Reply on
or off list to me.
Alan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFB/vgR0VxxIfjPXe4RAqFsAKCKvX3vtMIVnTFktG24TcoQ35vilwCdExv0
53s3+iRQ490sxDwvrltjXrY=
=VT5V
-----END PGP SIGNATURE-----
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
--------------090301050901020808010308--
From plug-devel@lists.PLUG.phoenix.az.us Tue Feb 1 19:21:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Tue Feb 1 19:21:02 2005
Subject: Meeting topic planning
In-Reply-To: <41FFE6A3.80706@stcaz.net>
References: <200501312031.31413.alandd@consultpros.com> <41FFE6A3.80706@stcaz.net>
Message-ID: <200502012057.28516.alandd@consultpros.com>
=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 01 February 2005 01:29 pm, Joseph Sinclair wrote:
> I can do March 3 or April 7, I can also return every 3 months or so if
> desired. Topics can be any of:
>
> J2EE Web Application Development with Tomcat and JDBC
> Database programming, the basics of secure database programming (C++ or
> Java, choose one) Programming techniques or concepts. (Need to discuss wh=
at
> technique or concept, basic to advanced, is needed, perhaps a vote on the
> list?) Introduction to new languages or such. (Intro to Java, C, C++,
> Forth, XML, XSLT, and a few others) Basic techniques in secure software
> engineering.
>
> Any of the above could easily expand into a panel discussion if 2 or
> more other panelists wish to participate.
>
> My usual presentation style is pretty informal and participative, but I
> can do formal-with-slides presentations if desired as well.
Excellent! Thank you.
I'll put you down for March 3rd since it is closest and relieves more of my=
=20
stress. ;^)
I'll start another thread to pick the topic, unless you want to.
BTW, we like informal and participative *with slides*, if you have them.
Alan
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFCAE+m0VxxIfjPXe4RAhq6AKCeqqiZmN/czilx2fyCM7DdtpouZwCfW0xw
Tzyj9hiaIUh0Uziaxzrh5h4=3D
=3DYrD+
=2D----END PGP SIGNATURE-----
From plug-devel@lists.PLUG.phoenix.az.us Tue Feb 1 19:47:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Tue Feb 1 19:47:02 2005
Subject: Meeting topic for Thursday
Message-ID: <200502012123.53518.alandd@consultpros.com>
=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
As you have seen, we are starting to get presentation volunteers for the De=
vel=20
Meeting. This is very good!
However, we (er... I) still don't have a presenter for this Thursday. I ha=
ve=20
some thoughts on for a presentation but, one of you are welcome to step=20
forward.
Step up and volunteer to present this Thursday. We'd love to hear somethin=
g=20
new!
If not, I'll come up with something.
Alan
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFCAFXX0VxxIfjPXe4RAmSWAKCc5+L3BIHoc5DbzB09blqIU+rGmACfYt4X
Vh92ELO36k8BnCwJa3huoMg=3D
=3DhsvA
=2D----END PGP SIGNATURE-----
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 3 23:46:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Thu Feb 3 23:46:02 2005
Subject: Topic for March 3
Message-ID: <42033045.2090902@stcaz.net>
This is a multi-part message in MIME format.
--------------010204040800070902050908
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
As was discussed in this week's devel meeting, the topic for next month
was selected as
J2EE Web Application Development with Tomcat and JDBC
This topic will cover the following subtopics:
* General characteristics of the J2EE platform
* An introduction to Tomcat
* An overview of the JDBC API
* A discussion of some other technologies that compliment J2EE
development
Are there any other subtopics that anyone would like to see covered?
--------------010204040800070902050908
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
As was discussed in this week's devel meeting, the
topic for next month was selected as
J2EE Web Application Development with Tomcat and JDBC
This topic will cover the following subtopics:
- General characteristics of the J2EE platform
- An introduction to Tomcat
- An overview of the JDBC API
- A discussion of some other technologies that compliment J2EE
development
Are there any other subtopics that anyone would like to see covered?
--------------010204040800070902050908--
From plug-devel@lists.PLUG.phoenix.az.us Mon Feb 7 13:54:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Shawn Cook)
Date: Mon Feb 7 13:54:02 2005
Subject: USB to Serial converter issue
Message-ID:
This is a multi-part message in MIME format.
------=_NextPart_000_00C2_01C50D29.CA8F0D00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi there,
This is my first PLUG mailing list attempt, so please forgive me if I =
break some "email mailing list" etiquette. :o)
I have an IOGear USB to Serail converter cable =
(http://www.iogear.com/main.php?loc=3Dproduct&Item=3DGUC232A). This =
puppy works fine when I use cat to read or write to the serial port. =
However, when I run the code snippette pasted below, it will read but =
not write and after I quit the executable the USBtoSerial converter =
stops working entirely until I reset it by unplugging it and replugging =
it. I'm pretty sure it's not my code because I can change the device to =
a standard serial port and it reads/writes with no problems. =20
Here's some system info:
Embedded Linux distro, kernel v2.6.5
Octagon XE800 Single Board Computer (detailed sys info: =
http://octagonsystems.com/CPUpages/xe800.html)
AMD GX-1 300MHz processor
USB 2.0
Code Snipette:
-------------------------------------------------------------------------=
-------------------------------------------
cComDev=3D"/dev/ttyUSB0";
..
_fd =3D open( cComDev, O_RDWR | O_NOCTTY );
..
_newtio.c_cflag =3D _iBaud | CRTSCTS | CS8 | CLOCAL | CREAD;
_newtio.c_iflag =3D IGNPAR | ICRNL;
_newtio.c_oflag =3D 0;
_newtio.c_lflag =3D ICANON;
_newtio.c_cc[VINTR] =3D 0; /* Ctrl-c */
_newtio.c_cc[VQUIT] =3D 0; /* Ctrl-\ */
_newtio.c_cc[VERASE] =3D 0; /* del */
_newtio.c_cc[VKILL] =3D 0; /* @ */
_newtio.c_cc[VEOF] =3D 4; /* Ctrl-d */
_newtio.c_cc[VTIME] =3D 0; /* inter-character timer unused */
_newtio.c_cc[VMIN] =3D 1; /* blocking read until 1 character =
arrives */
_newtio.c_cc[VSWTC] =3D 0; /* '\0' */
_newtio.c_cc[VSTART] =3D 0; /* Ctrl-q */
_newtio.c_cc[VSTOP] =3D 0; /* Ctrl-s */
_newtio.c_cc[VSUSP] =3D 0; /* Ctrl-z */
_newtio.c_cc[VEOL] =3D 0; /* '\0' */
_newtio.c_cc[VREPRINT] =3D 0; /* Ctrl-r */
_newtio.c_cc[VDISCARD] =3D 0; /* Ctrl-u */
_newtio.c_cc[VWERASE] =3D 0; /* Ctrl-w */
_newtio.c_cc[VLNEXT] =3D 0; /* Ctrl-v */
_newtio.c_cc[VEOL2] =3D 0; /* '\0' */
tcflush( fd, TCIFLUSH );
tcsetattr( fd, TCSANOW, &_newtio );
..
status =3D read( _fd, data, bufsize );
..
status =3D write( _fd, data, bufsize );
-------------------------------------------------------------------------=
-------------------------------------------
Like I said before, all this jazz works fine for a standard serial port =
(cComDev=3D"/dev/ttyS0";), but when I change this line: =
cComDev=3D"/dev/ttyUSB0"; it gets all 'crappy'.
Thanks, PLUG'rs
-S Cook
------=_NextPart_000_00C2_01C50D29.CA8F0D00
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi there,
This is my first PLUG mailing list =
attempt, so=20
please forgive me if I break some "email mailing list" etiquette. =20
:o)
I have an IOGear USB to Serail =
converter cable (=
http://www.iogear.com/main.php?loc=3Dproduct&Item=3DGUC232A).&nbs=
p;=20
This puppy works fine when I use cat to read or write to the serial =
port. =20
However, when I run the code snippette pasted below, it will read =
but=20
not write and after I quit the executable the USBtoSerial converter =
stops=20
working entirely until I reset it by unplugging it and replugging =
it. I'm=20
pretty sure it's not my code because I can change the device to a =
standard=20
serial port and it reads/writes with no problems. =
Here's some system info:
Embedded Linux distro, kernel =
v2.6.5
Octagon XE800 Single Board Computer =
(detailed sys=20
info: http://octagonsyst=
ems.com/CPUpages/xe800.html)
AMD GX-1 300MHz processor
USB 2.0
Code Snipette:
----------------------------------------------------------------=
----------------------------------------------------
cComDev=3D"/dev/ttyUSB0";
...
_fd =3D open( cComDev, O_RDWR | =
O_NOCTTY=20
);
...
_newtio.c_cflag =3D _iBaud | CRTSCTS | =
CS8 | CLOCAL |=20
CREAD;
_newtio.c_iflag =3D IGNPAR | =
ICRNL;
_newtio.c_oflag =3D 0;
_newtio.c_lflag =3D =
ICANON;
=
_newtio.c_cc[VINTR] =3D=20
0; /* Ctrl-c */
=20
_newtio.c_cc[VQUIT] =3D 0; /* =
Ctrl-\=20
*/
_newtio.c_cc[VERASE] =3D =
0; /*=20
del */
_newtio.c_cc[VKILL] =3D=20
0; /* @ */
=20
_newtio.c_cc[VEOF] =3D =
4; /*=20
Ctrl-d */
_newtio.c_cc[VTIME] =3D=20
0; /* inter-character timer unused */
=20
_newtio.c_cc[VMIN] =3D =
1; /*=20
blocking read until 1 character arrives */
=20
_newtio.c_cc[VSWTC] =3D 0; /* =
'\0'=20
*/
_newtio.c_cc[VSTART] =3D =
0; /*=20
Ctrl-q */
_newtio.c_cc[VSTOP] =3D=20
0; /* Ctrl-s */
=20
_newtio.c_cc[VSUSP] =3D 0; /* =
Ctrl-z=20
*/
_newtio.c_cc[VEOL] =3D=20
0; /* '\0' */
_newtio.c_cc[VREPRINT] =
=3D=20
0; /* Ctrl-r */
_newtio.c_cc[VDISCARD] =
=3D=20
0; /* Ctrl-u */
=
_newtio.c_cc[VWERASE] =3D=20
0; /* Ctrl-w */
=20
_newtio.c_cc[VLNEXT] =3D 0; /* =
Ctrl-v=20
*/
_newtio.c_cc[VEOL2] =3D =
0; =20
/* '\0' */
tcflush( fd, TCIFLUSH =
);
=20
tcsetattr( fd, TCSANOW, &_newtio );
...
status =3D read( _fd, data, bufsize =
);
...
status =3D write( _fd, data, bufsize =
);
----------------------------------------------------------------=
----------------------------------------------------
Like I said before, all this jazz works =
fine for a=20
standard serial port (cComDev=3D"/dev/ttyS0";), but when I change this =
line:=20
cComDev=3D"/dev/ttyUSB0"; it gets all 'crappy'.
Thanks, PLUG'rs
-S Cook
------=_NextPart_000_00C2_01C50D29.CA8F0D00--
From plug-devel@lists.PLUG.phoenix.az.us Mon Feb 7 14:54:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Mon Feb 7 14:54:02 2005
Subject: USB to Serial converter issue
In-Reply-To:
References:
Message-ID: <4207F95B.8070601@stcaz.net>
This is a multi-part message in MIME format.
--------------070902060100030601060508
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Do you actually close _fd at some point?
Also, it looks like you're setting the local-mode bit, this *may*
prevent proper functioning of a USB-to-Serial converter by masking out
some of the USB status information, try recoding it without that flag.
Further, what is the value of iBaud, are you certain the USB-to-Serial
driver handles that particular setting?
I also assume you're not freeing the _newtio structure until AFTER
you're done with _fd, and that _newtio is NOT allocated on the stack.
The remainder of the code might make this clearer...
P.S. This is exactly the kind of post appropriate for the devel list, Shawn.
==Joseph++
Shawn Cook wrote:
> Hi there,
> This is my first PLUG mailing list attempt, so please forgive me if I
> break some "email mailing list" etiquette. :o)
>
> I have an IOGear USB to Serail converter cable
> (http://www.iogear.com/main.php?loc=product&Item=GUC232A
> ). This
> puppy works fine when I use cat to read or write to the serial port.
> However, when I run the code snippette pasted below, it will read but
> not write and after I quit the executable the USBtoSerial converter
> stops working entirely until I reset it by unplugging it and
> replugging it. I'm pretty sure it's not my code because I can change
> the device to a standard serial port and it reads/writes with no
> problems.
>
> Here's some system info:
> Embedded Linux distro, kernel v2.6.5
> Octagon XE800 Single Board Computer (detailed sys info:
> http://octagonsystems.com/CPUpages/xe800.html)
> AMD GX-1 300MHz processor
> USB 2.0
>
> Code Snipette:
> --------------------------------------------------------------------------------------------------------------------
> cComDev="/dev/ttyUSB0";
> ...
> _fd = open( cComDev, O_RDWR | O_NOCTTY );
> ...
> _newtio.c_cflag = _iBaud | CRTSCTS | CS8 | CLOCAL | CREAD;
> _newtio.c_iflag = IGNPAR | ICRNL;
> _newtio.c_oflag = 0;
> _newtio.c_lflag = ICANON;
> _newtio.c_cc[VINTR] = 0; /* Ctrl-c */
> _newtio.c_cc[VQUIT] = 0; /* Ctrl-\ */
> _newtio.c_cc[VERASE] = 0; /* del */
> _newtio.c_cc[VKILL] = 0; /* @ */
> _newtio.c_cc[VEOF] = 4; /* Ctrl-d */
> _newtio.c_cc[VTIME] = 0; /* inter-character timer unused */
> _newtio.c_cc[VMIN] = 1; /* blocking read until 1 character
> arrives */
> _newtio.c_cc[VSWTC] = 0; /* '\0' */
> _newtio.c_cc[VSTART] = 0; /* Ctrl-q */
> _newtio.c_cc[VSTOP] = 0; /* Ctrl-s */
> _newtio.c_cc[VSUSP] = 0; /* Ctrl-z */
> _newtio.c_cc[VEOL] = 0; /* '\0' */
> _newtio.c_cc[VREPRINT] = 0; /* Ctrl-r */
> _newtio.c_cc[VDISCARD] = 0; /* Ctrl-u */
> _newtio.c_cc[VWERASE] = 0; /* Ctrl-w */
> _newtio.c_cc[VLNEXT] = 0; /* Ctrl-v */
> _newtio.c_cc[VEOL2] = 0; /* '\0' */
> tcflush( fd, TCIFLUSH );
> tcsetattr( fd, TCSANOW, &_newtio );
> ...
> status = read( _fd, data, bufsize );
> ...
> status = write( _fd, data, bufsize );
> --------------------------------------------------------------------------------------------------------------------
>
> Like I said before, all this jazz works fine for a standard serial
> port (cComDev="/dev/ttyS0";), but when I change this line:
> cComDev="/dev/ttyUSB0"; it gets all 'crappy'.
>
> Thanks, PLUG'rs
>
> -S Cook
>
>
--------------070902060100030601060508
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Do you actually close _fd at some point?
Also, it looks like you're setting the local-mode bit, this *may*
prevent proper functioning of a USB-to-Serial converter by masking out
some of the USB status information, try recoding it without that flag.
Further, what is the value of iBaud, are you certain the USB-to-Serial
driver handles that particular setting?
I also assume you're not freeing the _newtio structure until AFTER
you're done with _fd, and that _newtio is NOT allocated on the stack.
The remainder of the code might make this clearer...
P.S. This is exactly the kind of post appropriate for the devel list,
Shawn.
==Joseph++
Shawn Cook wrote:
Hi there,
This is my first PLUG mailing list
attempt, so please forgive me if I break some "email mailing list"
etiquette. :o)
I have an IOGear USB to Serail
converter cable (http://www.iogear.com/main.php?loc=product&Item=GUC232A).
This puppy works fine when I use cat to read or write to the serial
port. However, when I run the code snippette pasted below, it will
read but not write and after I quit the executable the USBtoSerial
converter stops working entirely until I reset it by unplugging it and
replugging it. I'm pretty sure it's not my code because I can change
the device to a standard serial port and it reads/writes with no
problems.
Here's some system info:
Embedded Linux distro, kernel v2.6.5
AMD GX-1 300MHz processor
USB 2.0
Code Snipette:
--------------------------------------------------------------------------------------------------------------------
cComDev="/dev/ttyUSB0";
...
_fd = open( cComDev, O_RDWR |
O_NOCTTY );
...
_newtio.c_cflag = _iBaud | CRTSCTS |
CS8 | CLOCAL | CREAD;
_newtio.c_iflag = IGNPAR | ICRNL;
_newtio.c_oflag = 0;
_newtio.c_lflag = ICANON;
_newtio.c_cc[VINTR] = 0; /*
Ctrl-c */
_newtio.c_cc[VQUIT] = 0; /* Ctrl-\ */
_newtio.c_cc[VERASE] = 0; /* del */
_newtio.c_cc[VKILL] = 0; /* @ */
_newtio.c_cc[VEOF] = 4; /* Ctrl-d */
_newtio.c_cc[VTIME] = 0; /* inter-character timer unused */
_newtio.c_cc[VMIN] = 1; /* blocking read until 1 character
arrives */
_newtio.c_cc[VSWTC] = 0; /* '\0' */
_newtio.c_cc[VSTART] = 0; /* Ctrl-q */
_newtio.c_cc[VSTOP] = 0; /* Ctrl-s */
_newtio.c_cc[VSUSP] = 0; /* Ctrl-z */
_newtio.c_cc[VEOL] = 0; /* '\0' */
_newtio.c_cc[VREPRINT] = 0; /* Ctrl-r */
_newtio.c_cc[VDISCARD] = 0; /* Ctrl-u */
_newtio.c_cc[VWERASE] = 0; /* Ctrl-w */
_newtio.c_cc[VLNEXT] = 0; /* Ctrl-v */
_newtio.c_cc[VEOL2] = 0; /* '\0' */
tcflush( fd, TCIFLUSH );
tcsetattr( fd, TCSANOW, &_newtio );
...
status = read( _fd, data, bufsize );
...
status = write( _fd, data, bufsize );
--------------------------------------------------------------------------------------------------------------------
Like I said before, all this jazz
works fine for a standard serial port (cComDev="/dev/ttyS0";), but when
I change this line: cComDev="/dev/ttyUSB0"; it gets all 'crappy'.
Thanks, PLUG'rs
-S Cook
--------------070902060100030601060508--
From plug-devel@lists.PLUG.phoenix.az.us Tue Feb 22 19:21:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Trent Shipley)
Date: Tue Feb 22 19:21:02 2005
Subject: development project
Message-ID: <200502222057.26725.tshipley@deru.com>
What is the word about starting an event planning software project?
Are we still looking for a report on GNU Enterprise?
From plug-devel@lists.PLUG.phoenix.az.us Wed Feb 23 07:54:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Wed Feb 23 07:54:02 2005
Subject: development project
Message-ID: <2144.209.181.109.19.1109175926.squirrel@mail.consultpros.com>
Sorry for replying to the wrong list. I updated my desktop and my email
client filters are a bit scrambled.
As I stated in the discuss list:
"Well, Joseph is the point man on the project, as far as I know. He is
also due to give the Devel presentation next week so maybe he is
concentrating on that preparation before firing up the project. It would
be good to bring it up in the Devel email list.
"I have not contacted Derek about a GNUe presentation, though he probably
will see this exchange. I'll check with him."
I have sent a persentation invitation to Derek. We'll see how his
availability is.
I have purposefully been holding back on pushing the project. I'd like to
see others step up and do things in the group. So, I bring the issue up
but am backing off ot let others take the reigns and the lime light, as it
were.
Anyone is welcome to bring it up and push the issue further. Email Joseph
directly and get stuff going. I'd like to see it grow.
Alan
From plug-devel@lists.PLUG.phoenix.az.us Wed Feb 23 11:06:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (plug-devel@lists.PLUG.phoenix.az.us)
Date: Wed Feb 23 11:06:02 2005
Subject: development project
In-Reply-To: <2144.209.181.109.19.1109175926.squirrel@mail.consultpros.com>
Message-ID:
I would like to participate on this project. I have a degree in Computer Info
Systems, but I do not want to be a project manager, and I can only program in
JAVA... But I am up for the architecture designee phase, or whatever I can do
to help :)
On Wed, 23 Feb 2005, Alan Dayley wrote:
> Sorry for replying to the wrong list. I updated my desktop and my email
> client filters are a bit scrambled.
>
> As I stated in the discuss list:
>
> "Well, Joseph is the point man on the project, as far as I know. He is
> also due to give the Devel presentation next week so maybe he is
> concentrating on that preparation before firing up the project. It would
> be good to bring it up in the Devel email list.
>
> "I have not contacted Derek about a GNUe presentation, though he probably
> will see this exchange. I'll check with him."
>
> I have sent a persentation invitation to Derek. We'll see how his
> availability is.
>
> I have purposefully been holding back on pushing the project. I'd like to
> see others step up and do things in the group. So, I bring the issue up
> but am backing off ot let others take the reigns and the lime light, as it
> were.
>
> Anyone is welcome to bring it up and push the issue further. Email Joseph
> directly and get stuff going. I'd like to see it grow.
>
> Alan
>
>
>
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
From plug-devel@lists.PLUG.phoenix.az.us Wed Feb 23 12:04:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Wed Feb 23 12:04:02 2005
Subject: development project
In-Reply-To:
References:
Message-ID: <421CE93E.1050208@stcaz.net>
This is a multi-part message in MIME format.
--------------080109070808020708030206
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Great to hear it. We're still getting started, and I wanted to wait
until after the J2EE presentation to begin discussing architecture
(including platform choice). I was hoping to see a GNUe presentation
soon as well, so the core team (not yet defined) could make an
intelligent determination of which would be the better platform for this
project. I intended to kick off the initial discussions via the devel
list after the next devel meeting.
If you're interested in working on an open source (GPL) development
project with PLUG, try to attend that meeting, and we'll see what
develops from there ;)
==Joseph++
Bryan.ONeal@asu.edu wrote:
>I would like to participate on this project. I have a degree in Computer Info
>Systems, but I do not want to be a project manager, and I can only program in
>JAVA... But I am up for the architecture designee phase, or whatever I can do
>to help :)
>
>On Wed, 23 Feb 2005, Alan Dayley wrote:
>
>
>
>>Sorry for replying to the wrong list. I updated my desktop and my email
>>client filters are a bit scrambled.
>>
>>As I stated in the discuss list:
>>
>>"Well, Joseph is the point man on the project, as far as I know. He is
>>also due to give the Devel presentation next week so maybe he is
>>concentrating on that preparation before firing up the project. It would
>>be good to bring it up in the Devel email list.
>>
>>"I have not contacted Derek about a GNUe presentation, though he probably
>>will see this exchange. I'll check with him."
>>
>>I have sent a persentation invitation to Derek. We'll see how his
>>availability is.
>>
>>I have purposefully been holding back on pushing the project. I'd like to
>>see others step up and do things in the group. So, I bring the issue up
>>but am backing off ot let others take the reigns and the lime light, as it
>>were.
>>
>>Anyone is welcome to bring it up and push the issue further. Email Joseph
>>directly and get stuff going. I'd like to see it grow.
>>
>>Alan
>>
>>
>>
>>_______________________________________________
>>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>>
>>
>>
>
>_______________________________________________
>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
>
>
--------------080109070808020708030206
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Great to hear it. We're still getting started, and
I wanted to wait until after the J2EE presentation to begin discussing
architecture (including platform choice). I was hoping to see a GNUe
presentation soon as well, so the core team (not yet defined) could
make an intelligent determination of which would be the better platform
for this project. I intended to kick off the initial discussions via
the devel list after the next devel meeting.
If you're interested in working on an open source (GPL) development
project with PLUG, try to attend that meeting, and we'll see what
develops from there ;)
==Joseph++
Bryan.ONeal@asu.edu wrote:
I would like to participate on this project. I have a degree in Computer Info
Systems, but I do not want to be a project manager, and I can only program in
JAVA... But I am up for the architecture designee phase, or whatever I can do
to help :)
On Wed, 23 Feb 2005, Alan Dayley wrote:
Sorry for replying to the wrong list. I updated my desktop and my email
client filters are a bit scrambled.
As I stated in the discuss list:
"Well, Joseph is the point man on the project, as far as I know. He is
also due to give the Devel presentation next week so maybe he is
concentrating on that preparation before firing up the project. It would
be good to bring it up in the Devel email list.
"I have not contacted Derek about a GNUe presentation, though he probably
will see this exchange. I'll check with him."
I have sent a persentation invitation to Derek. We'll see how his
availability is.
I have purposefully been holding back on pushing the project. I'd like to
see others step up and do things in the group. So, I bring the issue up
but am backing off ot let others take the reigns and the lime light, as it
were.
Anyone is welcome to bring it up and push the issue further. Email Joseph
directly and get stuff going. I'd like to see it grow.
Alan
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
--------------080109070808020708030206--
From plug-devel@lists.PLUG.phoenix.az.us Wed Feb 23 19:04:01 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Vaughn Treude)
Date: Wed Feb 23 19:04:01 2005
Subject: development project
In-Reply-To: <2144.209.181.109.19.1109175926.squirrel@mail.consultpros.com>
References: <2144.209.181.109.19.1109175926.squirrel@mail.consultpros.com>
Message-ID: <0502232039370L.17889@vaughn.nakota.com>
I must have missed this one. Was this something that got discussed at the
last developer meeting? I'm rather busy at the moment but may have a little
slack time soon, and I'm a very experienced developer.
Vaughn
On Wednesday 23 February 2005 09:25, you wrote:
> Sorry for replying to the wrong list. I updated my desktop and my email
> client filters are a bit scrambled.
>
> As I stated in the discuss list:
>
> "Well, Joseph is the point man on the project, as far as I know. He is
> also due to give the Devel presentation next week so maybe he is
> concentrating on that preparation before firing up the project. It would
> be good to bring it up in the Devel email list.
>
> "I have not contacted Derek about a GNUe presentation, though he probably
> will see this exchange. I'll check with him."
>
> I have sent a persentation invitation to Derek. We'll see how his
> availability is.
>
> I have purposefully been holding back on pushing the project. I'd like to
> see others step up and do things in the group. So, I bring the issue up
> but am backing off ot let others take the reigns and the lime light, as it
> were.
>
> Anyone is welcome to bring it up and push the issue further. Email Joseph
> directly and get stuff going. I'd like to see it grow.
>
> Alan
>
>
>
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 04:41:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Thu Feb 24 04:41:02 2005
Subject: The project
Message-ID: <200502240613.23141.alandd@consultpros.com>
Joseph is the guy spearheading the project right now. I'll just bring it=20
up here like I brought it up at the last Devel meeting. Then, as Joseph=20
planned, we can proceed with the discussion.
History
When the Devel meetings were first started, one of the stated wishes was=20
that projects would grow out of the group. Ideas for doing applications=20
for education, both testing and administration were the strongest=20
candidates along with a brief discussion about a game. None of these=20
took hold.
Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used to do=
=20
big InstallFests about once a year, give or take. These were 6-8 hour=20
affairs on a Saturday and included vendor tables, demos and presentations=20
along with doing installs. The largest I remember was at GCC with more=20
than 200 people stopping by. In doing these larger events we kept=20
re-inventing the wheel of organization. Whoever was doing the main work=20
would use whatever means to match volunteers, presenters, equipment, etc.=20
to the needs of the event. Spreadsheets and databases were created and=20
then lost to the world after the event was over.
The Idea
=46rom this experience with InstallFests, a few members thought a great=20
project would be to make an application suite to handle all the=20
coordination needs of an InstallFest. Released under the GPL, it could=20
benefit FS groups everywhere. Then, allowing the dream to grow, we=20
thought this could be adapted to coordinate any event, all the way up to=20
conferences and trade shows. So, the event application suite idea was=20
born. And, it simmered in a few brains too busy to do much about it.
Last Meeting
The last Devel Meeting found us without a specific presentation. I sprung=
=20
this history and idea on the members present. An excellent discussion=20
ensued. Some present had experience working with event planners and many=20
had experience doing database applications with different tools. I'll=20
just do some summary bullets about some of the points I remember:
=2D Event planners currently are a small, niche industry.
=2D Because the industry is small, there are not any known (at least to the=
=20
group present) commercial applications for doing the planning. Those=20
doing it use spreadsheets and custom Access apps and the like.
=2D Development of the application would probably proceed as follows:
=2D- Support for monthly small InstallFest
=2D- Then large InstallFest
=2D- Then large event (type to be chosen later)
=2D An open source application was found on freshmeat. (Ed, I can't find=20
it!) It has a BSD-style license with a "no commercial use" clause. We=20
don't think that fits what the group wants.
=2D Possible platforms were discussed
=2D- Java
=2D- GNUe
=2D- other web based tools like PHP
=2D- To be decided after requirements are pinned down
=2D Joseph took on the task of being the first leader of the project.
Intent and State
The intent is to run it like a real project (since it is real) and do a=20
requirements document, design, technology selection, etc. before the=20
coding starts. Joseph and a core team can meet when they want and=20
provide progress briefings at the meetings. Some Devel Meetings may be=20
dedicated to working on the project as a means of getting work done and=20
teaching whatever techniques are currently being used.
I have stepped back and would love to see several (many?) group members=20
step up and participate as each would like. Joseph has the reigns now=20
and can proceed as he and the group see fit. Even if we end up with the=20
minimum, something the coordinate InstallFests, we should be learning=20
much along the way.
There. Any questions?
Alan
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 05:22:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Thu Feb 24 05:22:02 2005
Subject: Ann: Devel Meeting March 3rd
Message-ID: <200502240654.05521.alandd@consultpros.com>
The next PLUG Devel Meeting is on Thursday, March 3rd.
What: PLUG Developer Meeting
When: Thursday, March 3rd, 2005 at 7:00 PM
Where: Adtron Corporation
4415 E. Cotton Center Blvd., Suite 100
Phoenix, AZ 85040
(Directions are available in the web site FAQ here:
http://plug.phoenix.az.us/modules.php?op=3Dmodload&name=3DFAQ&file=3Dindex&=
myfaq=3Dyes&id_cat=3D3&categories=3DPLUG+Meetings&parent_id=3D0#27
Topic: J2EE Web Application Development with Tomcat and JDBC
This topic will cover the following subtopics:
=A0 =A0 * General characteristics of the J2EE platform
=A0 =A0 * An introduction to Tomcat
=A0 =A0 * An overview of the JDBC API
=A0 =A0 * A discussion of some other technologies that compliment J2EE
=A0 =A0 =A0 development
Joseph Sinclair is a professional Computer Engineer based in Phoenix=20
Arizona. =A0He has been designing computer systems for over 15 years, and=20
has been writing and speaking on Security, Java Technology, Extended=20
Design, Embedded Systems, and Interconnected-System design for the past 6=20
years. =A0Joseph is also an Open Source and Linux enthusiast. =A0Joseph may=
=20
be reached at plug-development@stcaz.net, or via the PLUG development=20
list at plug-devel@lists.PLUG.phoenix.az.us
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 05:23:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Thu Feb 24 05:23:02 2005
Subject: The project
Message-ID: <200502240655.34339.alandd@consultpros.com>
Joseph is the guy spearheading the project right now. I'll just bring it=20
up here like I brought it up at the last Devel meeting. Then, as Joseph=20
planned, we can proceed with the discussion.
History
When the Devel meetings were first started, one of the stated wishes was=20
that projects would grow out of the group. Ideas for doing applications=20
for education, both testing and administration were the strongest=20
candidates along with a brief discussion about a game. None of these=20
took hold.
Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used to do=
=20
big InstallFests about once a year, give or take. These were 6-8 hour=20
affairs on a Saturday and included vendor tables, demos and presentations=20
along with doing installs. The largest I remember was at GCC with more=20
than 200 people stopping by. In doing these larger events we kept=20
re-inventing the wheel of organization. Whoever was doing the main work=20
would use whatever means to match volunteers, presenters, equipment, etc.=20
to the needs of the event. Spreadsheets and databases were created and=20
then lost to the world after the event was over.
The Idea
=46rom this experience with InstallFests, a few members thought a great=20
project would be to make an application suite to handle all the=20
coordination needs of an InstallFest. Released under the GPL, it could=20
benefit FS groups everywhere. Then, allowing the dream to grow, we=20
thought this could be adapted to coordinate any event, all the way up to=20
conferences and trade shows. So, the event application suite idea was=20
born. And, it simmered in a few brains too busy to do much about it.
Last Meeting
The last Devel Meeting found us without a specific presentation. I sprung=
=20
this history and idea on the members present. An excellent discussion=20
ensued. Some present had experience working with event planners and many=20
had experience doing database applications with different tools. I'll=20
just do some summary bullets about some of the points I remember:
=2D Event planners currently are a small, niche industry.
=2D Because the industry is small, there are not any known (at least to the=
=20
group present) commercial applications for doing the planning. Those=20
doing it use spreadsheets and custom Access apps and the like.
=2D Development of the application would probably proceed as follows:
=2D- Support for monthly small InstallFest
=2D- Then large InstallFest
=2D- Then large event (type to be chosen later)
=2D An open source application was found on freshmeat. (Ed, I can't find=20
it!) It has a BSD-style license with a "no commercial use" clause. We=20
don't think that fits what the group wants.
=2D Possible platforms were discussed
=2D- Java
=2D- GNUe
=2D- other web based tools like PHP
=2D- To be decided after requirements are pinned down
=2D Joseph took on the task of being the first leader of the project.
Intent and State
The intent is to run it like a real project (since it is real) and do a=20
requirements document, design, technology selection, etc. before the=20
coding starts. Joseph and a core team can meet when they want and=20
provide progress briefings at the meetings. Some Devel Meetings may be=20
dedicated to working on the project as a means of getting work done and=20
teaching whatever techniques are currently being used.
I have stepped back and would love to see several (many?) group members=20
step up and participate as each would like. Joseph has the reigns now=20
and can proceed as he and the group see fit. Even if we end up with the=20
minimum, something the coordinate InstallFests, we should be learning=20
much along the way.
There. Any questions?
Alan
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 09:53:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (plug-devel@lists.PLUG.phoenix.az.us)
Date: Thu Feb 24 09:53:02 2005
Subject: The project
In-Reply-To: <200502240655.34339.alandd@consultpros.com>
Message-ID:
ASULUG (Linux Users Group of Arizona State University) does two big install
fests a year, our next one is 4/23/05, although I am still trying to get
funding together, find a location, reserve the equipment, etc., etc.
The last one we did had well over a hundred people, a two DDR's on big
screens, a great MAME box done up arcade style, and another one with full
arcade controls but on a big screen, movies, food, giveaways / raffles, and of
course ample installs.
I am hoping for one that is even bigger this year but it is becoming a lot to
juggle, and I need a better info manager to coordinate everythingamongst other
things ;)
And while I have some event planning experience, some benefactor like
experience, a health amount of JAVA, a great deal of database experience, and
a degree in computer info sys (which is supposed to tech the business side of
IT and project management) I simply do not have much time, so I would LOVE to
HELP, but I can not step up as a member of the core team
Mind you I would also really like to see something that could be used for
fundraising events as well, since that is where most of the event planning
market is, and requires some specialized considerations, and this may detract
(or add) to the core of the project.
On Thu, 24 Feb 2005, Alan Dayley wrote:
> Joseph is the guy spearheading the project right now. I'll just bring it
> up here like I brought it up at the last Devel meeting. Then, as Joseph
> planned, we can proceed with the discussion.
>
> History
>
> When the Devel meetings were first started, one of the stated wishes was
> that projects would grow out of the group. Ideas for doing applications
> for education, both testing and administration were the strongest
> candidates along with a brief discussion about a game. None of these
> took hold.
>
> Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used to do
> big InstallFests about once a year, give or take. These were 6-8 hour
> affairs on a Saturday and included vendor tables, demos and presentations
> along with doing installs. The largest I remember was at GCC with more
> than 200 people stopping by. In doing these larger events we kept
> re-inventing the wheel of organization. Whoever was doing the main work
> would use whatever means to match volunteers, presenters, equipment, etc.
> to the needs of the event. Spreadsheets and databases were created and
> then lost to the world after the event was over.
>
> The Idea
>
> From this experience with InstallFests, a few members thought a great
> project would be to make an application suite to handle all the
> coordination needs of an InstallFest. Released under the GPL, it could
> benefit FS groups everywhere. Then, allowing the dream to grow, we
> thought this could be adapted to coordinate any event, all the way up to
> conferences and trade shows. So, the event application suite idea was
> born. And, it simmered in a few brains too busy to do much about it.
>
> Last Meeting
>
> The last Devel Meeting found us without a specific presentation. I sprung
> this history and idea on the members present. An excellent discussion
> ensued. Some present had experience working with event planners and many
> had experience doing database applications with different tools. I'll
> just do some summary bullets about some of the points I remember:
> - Event planners currently are a small, niche industry.
> - Because the industry is small, there are not any known (at least to the
> group present) commercial applications for doing the planning. Those
> doing it use spreadsheets and custom Access apps and the like.
> - Development of the application would probably proceed as follows:
> -- Support for monthly small InstallFest
> -- Then large InstallFest
> -- Then large event (type to be chosen later)
> - An open source application was found on freshmeat. (Ed, I can't find
> it!) It has a BSD-style license with a "no commercial use" clause. We
> don't think that fits what the group wants.
> - Possible platforms were discussed
> -- Java
> -- GNUe
> -- other web based tools like PHP
> -- To be decided after requirements are pinned down
> - Joseph took on the task of being the first leader of the project.
>
> Intent and State
>
> The intent is to run it like a real project (since it is real) and do a
> requirements document, design, technology selection, etc. before the
> coding starts. Joseph and a core team can meet when they want and
> provide progress briefings at the meetings. Some Devel Meetings may be
> dedicated to working on the project as a means of getting work done and
> teaching whatever techniques are currently being used.
>
> I have stepped back and would love to see several (many?) group members
> step up and participate as each would like. Joseph has the reigns now
> and can proceed as he and the group see fit. Even if we end up with the
> minimum, something the coordinate InstallFests, we should be learning
> much along the way.
>
> There. Any questions?
>
> Alan
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 12:25:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Trent Shipley)
Date: Thu Feb 24 12:25:02 2005
Subject: The project
In-Reply-To: <200502240613.23141.alandd@consultpros.com>
References: <200502240613.23141.alandd@consultpros.com>
Message-ID: <200502241401.05188.tshipley@deru.com>
On Thursday 2005-02-24 06:13, Alan Dayley wrote:
> Joseph is the guy spearheading the project right now. I'll just bring it
> up here like I brought it up at the last Devel meeting. Then, as Joseph
> planned, we can proceed with the discussion.
>
> History
>
> When the Devel meetings were first started, one of the stated wishes was
> that projects would grow out of the group. Ideas for doing applications
> for education, both testing and administration were the strongest
> candidates along with a brief discussion about a game. None of these
> took hold.
>
> Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used to do
> big InstallFests about once a year, give or take. =20
> The Idea
>
> From this experience with InstallFests, a few members thought a great
> project would be to make an application suite to handle all the
> coordination needs of an InstallFest. Released under the GPL, it could
> benefit FS groups everywhere. Then, allowing the dream to grow, we
> thought this could be adapted to coordinate any event, all the way up to
> conferences and trade shows. So, the event application suite idea was
> born. And, it simmered in a few brains too busy to do much about it.
>
> Last Meeting
>
> The last Devel Meeting found us without a specific presentation. I sprung
> this history and idea on the members present. An excellent discussion
> ensued. Some present had experience working with event planners and many
> had experience doing database applications with different tools. I'll
> just do some summary bullets about some of the points I remember:
> - Event planners currently are a small, niche industry.
Joseph brought that up. I'm not certain I believe it. Weddings are a type=
of=20
event, therefore wedding planners must need event planning software. Every=
=20
arena and civic center needs an event planner. Every funeral home needs an=
=20
event planner and so on. If there is an event, some agent has to plan it. =
=20
(Unless it is a "happening" which is a minimally planned event.)
> - Because the industry is small, there are not any known (at least to the
> group present) commercial applications for doing the planning. Those
> doing it use spreadsheets and custom Access apps and the like.
Per Joseph, and this I believe.
> - Development of the application would probably proceed as follows:
> -- Support for monthly small InstallFest
> -- Then large InstallFest
(We would call this a "FOSS Expo")
> -- Then large event (type to be chosen later)
Stages two and three were not well specified. It was assumed that IF the=20
monthly install fest folks could not find what they needed by shopping, THE=
N=20
they would agree to be the first customers for the proposed event planning=
=20
project.
Since no one at PLUG or AZOTO has committed to doing an Expo, phase two is =
not=20
yet defined. IF we do proceed with an Expo THEN it would be a phase two=20
customer, probably THE phase two customer.
> - An open source application was found on freshmeat. (Ed, I can't find
> it!) It has a BSD-style license with a "no commercial use" clause. We
> don't think that fits what the group wants.
The product was OpenConf.
See http://www.zakongroup.com/technology/openconf.shtml
At the end of the meeting the InstallFest folks had not determined whether=
=20
OpenConf would suit their needs. My recollection was that they thought it=
=20
might well do so since the license was compatible with their immediate need=
s=20
(they would not use OpenConf commercially). I further understood that IF=20
InstallFest opted to use OpenConf (or another existing product) we would=20
scrub the event planning project proposal to look for a customer whose need=
=20
could not be satisfied by shopping.
> - Possible platforms were discussed
> -- Java
> -- GNUe
> -- other web based tools like PHP
> -- To be decided after requirements are pinned down
> - Joseph took on the task of being the first leader of the project.
Nevertheless, there was a marked preference for creating the event manageme=
nt=20
project as a GNUe module, partly because event planning is often needed by=
=20
businesses, and partly because event planning could draw on generic ERM/P=20
functions like rolodex, human resources, inventory, finance, workflow,=20
calendering, and project tools like Gannt and PERT.=20
The concern was that GNUe might not be mature enough to actually support=20
effective deployment of an event planning and management module. It is=20
desirable that Derek attend the 3 March meeting so that he can tell us GNUe=
=20
can do this, can't do that, and won't be able to do the otherthing for=20
another year or so.
=46urthermore, if the event planning does not pan out, then GNUe offers obv=
ious=20
room for PLUGdevel to pick up responsibility for a GNUe tool or module.
Also, my concern is that modules in GNUe must be written in Python. There =
is=20
nothing wrong with Python, but it does not have a large market share. =20
Working in Java might be worse for the project, but better for resumes.
> Intent and State
>
> The intent is to run it like a real project (since it is real) and do a
> requirements document, design, technology selection, etc. before the
> coding starts. Joseph and a core team can meet when they want and
> provide progress briefings at the meetings. Some Devel Meetings may be
> dedicated to working on the project as a means of getting work done and
> teaching whatever techniques are currently being used.
>
> I have stepped back and would love to see several (many?) group members
> step up and participate as each would like. Joseph has the reigns now
> and can proceed as he and the group see fit. Even if we end up with the
> minimum, something the coordinate InstallFests, we should be learning
> much along the way.
Joseph said something about starting with a team of 4 to 6 coders. I do no=
t=20
know if that includes system and application administration (host server,=20
version management software, project planning and management software, and =
so=20
on). If not then the project could include another couple of participants.=
=20
So to start we are looking at a few to several, NOT many, especially given=
=20
received wisdom about group dynamics in general and software project=20
management in particular.
=46rom Joseph's perspective a best case scenario is that he gets to pick hi=
s=20
talent in a "buyers" market.
> There. Any questions?
>
> Alan
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 13:43:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (plug-devel@lists.PLUG.phoenix.az.us)
Date: Thu Feb 24 13:43:02 2005
Subject: The project
In-Reply-To: <200502241401.05188.tshipley@deru.com>
References: <200502240613.23141.alandd@consultpros.com>
<200502241401.05188.tshipley@deru.com>
Message-ID: <1109283280.421e51d0b4d6a@webmail.asu.edu>
With regard to event planning being a large market (not niche) I must agree,
further more if your develop a reasonable interface and generic ERM/P
functionality then templates for various events could be developed to take
care of a broader range of events. ie, a template set for Installfests, and
another set for Fundraising events, and onather set for weedings, and yet
another set for funerals. If you use a standerd object plan you could creat
XML templates that genorate the template event, ready for modification.
With regard to language, it should not be an issue at this point. We as
developers should come up with the requirements and architecture that meets
those requirements and then choice a language that fits. I personally feel
JAVA is a fine choice, and while PHP interpreters exist on multiply platforms
JAVA is far more standard (when was the last time you walked up to a windows
machine that was Python or Pearl ready?) In addition, you can always plug
other Language modules rite into it. I have occasion to use a hand full of
PHP and C++ modules in Java, just check platform choice mod and plug in. So
nice :)
But it may be after the design aspect is done that another language provides a
cleaner path to product… but it is a decision that should wait until much
later in the design.
Also I really have not found any other product that meets the ongoing concerns
of event planning and management… There are many things I would like to see
in these products that just are not their, so if there is a core group willing
to proceed with a project, I for one see a really benefit to home grown in
this case.
Quoting Trent Shipley :
> On Thursday 2005-02-24 06:13, Alan Dayley wrote:
> > Joseph is the guy spearheading the project right now. I'll just bring
> it
> > up here like I brought it up at the last Devel meeting. Then, as
> Joseph
> > planned, we can proceed with the discussion.
> >
> > History
> >
> > When the Devel meetings were first started, one of the stated wishes
> was
> > that projects would grow out of the group. Ideas for doing
> applications
> > for education, both testing and administration were the strongest
> > candidates along with a brief discussion about a game. None of
> these
> > took hold.
> >
> > Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used
> to do
> > big InstallFests about once a year, give or take.
>
>
>
> > The Idea
> >
> > From this experience with InstallFests, a few members thought a
> great
> > project would be to make an application suite to handle all the
> > coordination needs of an InstallFest. Released under the GPL, it
> could
> > benefit FS groups everywhere. Then, allowing the dream to grow, we
> > thought this could be adapted to coordinate any event, all the way up
> to
> > conferences and trade shows. So, the event application suite idea
> was
> > born. And, it simmered in a few brains too busy to do much about
> it.
> >
> > Last Meeting
> >
> > The last Devel Meeting found us without a specific presentation. I
> sprung
> > this history and idea on the members present. An excellent
> discussion
> > ensued. Some present had experience working with event planners and
> many
> > had experience doing database applications with different tools.
> I'll
> > just do some summary bullets about some of the points I remember:
> > - Event planners currently are a small, niche industry.
>
> Joseph brought that up. I'm not certain I believe it. Weddings are a
> type of
> event, therefore wedding planners must need event planning software.
> Every
> arena and civic center needs an event planner. Every funeral home needs
> an
> event planner and so on. If there is an event, some agent has to plan
> it.
> (Unless it is a "happening" which is a minimally planned event.)
>
> > - Because the industry is small, there are not any known (at least to
> the
> > group present) commercial applications for doing the planning.
> Those
> > doing it use spreadsheets and custom Access apps and the like.
>
> Per Joseph, and this I believe.
>
> > - Development of the application would probably proceed as follows:
> > -- Support for monthly small InstallFest
> > -- Then large InstallFest
> (We would call this a "FOSS Expo")
> > -- Then large event (type to be chosen later)
>
> Stages two and three were not well specified. It was assumed that IF
> the
> monthly install fest folks could not find what they needed by shopping,
> THEN
> they would agree to be the first customers for the proposed event
> planning
> project.
>
> Since no one at PLUG or AZOTO has committed to doing an Expo, phase two
> is not
> yet defined. IF we do proceed with an Expo THEN it would be a phase two
>
> customer, probably THE phase two customer.
>
> > - An open source application was found on freshmeat. (Ed, I can't
> find
> > it!) It has a BSD-style license with a "no commercial use" clause.
> We
> > don't think that fits what the group wants.
>
> The product was OpenConf.
> See http://www.zakongroup.com/technology/openconf.shtml
>
> At the end of the meeting the InstallFest folks had not determined
> whether
> OpenConf would suit their needs. My recollection was that they thought
> it
> might well do so since the license was compatible with their immediate
> needs
> (they would not use OpenConf commercially). I further understood that
> IF
> InstallFest opted to use OpenConf (or another existing product) we would
>
> scrub the event planning project proposal to look for a customer whose
> need
> could not be satisfied by shopping.
>
> > - Possible platforms were discussed
> > -- Java
> > -- GNUe
> > -- other web based tools like PHP
> > -- To be decided after requirements are pinned down
> > - Joseph took on the task of being the first leader of the project.
>
> Nevertheless, there was a marked preference for creating the event
> management
> project as a GNUe module, partly because event planning is often needed
> by
> businesses, and partly because event planning could draw on generic
> ERM/P
> functions like rolodex, human resources, inventory, finance, workflow,
>
> calendering, and project tools like Gannt and PERT.
>
> The concern was that GNUe might not be mature enough to actually support
>
> effective deployment of an event planning and management module. It is
>
> desirable that Derek attend the 3 March meeting so that he can tell us
> GNUe
> can do this, can't do that, and won't be able to do the otherthing for
>
> another year or so.
>
> Furthermore, if the event planning does not pan out, then GNUe offers
> obvious
> room for PLUGdevel to pick up responsibility for a GNUe tool or
> module.
>
> Also, my concern is that modules in GNUe must be written in Python.
> There is
> nothing wrong with Python, but it does not have a large market share.
>
> Working in Java might be worse for the project, but better for
> resumes.
>
> > Intent and State
> >
> > The intent is to run it like a real project (since it is real) and do
> a
> > requirements document, design, technology selection, etc. before the
> > coding starts. Joseph and a core team can meet when they want and
> > provide progress briefings at the meetings. Some Devel Meetings may
> be
> > dedicated to working on the project as a means of getting work done
> and
> > teaching whatever techniques are currently being used.
> >
> > I have stepped back and would love to see several (many?) group
> members
> > step up and participate as each would like. Joseph has the reigns
> now
> > and can proceed as he and the group see fit. Even if we end up with
> the
> > minimum, something the coordinate InstallFests, we should be
> learning
> > much along the way.
>
> Joseph said something about starting with a team of 4 to 6 coders. I do
> not
> know if that includes system and application administration (host
> server,
> version management software, project planning and management software,
> and so
> on). If not then the project could include another couple of
> participants.
> So to start we are looking at a few to several, NOT many, especially
> given
> received wisdom about group dynamics in general and software project
> management in particular.
>
> From Joseph's perspective a best case scenario is that he gets to pick
> his
> talent in a "buyers" market.
>
>
> > There. Any questions?
> >
> > Alan
> > _______________________________________________
> > PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 14:00:03 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Derek Neighbors)
Date: Thu Feb 24 14:00:03 2005
Subject: The project
In-Reply-To: <1109283280.421e51d0b4d6a@webmail.asu.edu>
References: <200502240613.23141.alandd@consultpros.com><200502241401.05188.tshipley@deru.com>
<1109283280.421e51d0b4d6a@webmail.asu.edu>
Message-ID: <18596.156.42.68.24.1109284332.squirrel@mail.rtahospice.com>
Um I have a crap load to say on this topic. (Alan I promise I am not
ignoring you) Both as a PLUG member, AZOTO board member and maintainer of
GNUe. ;)
I am in the busiest season of my life right now, but there will be some
slow down soon. I will reply to this thread hopefully by the end of the
weekend in detail. I am not sure I can commit to a March 3rd meeting
because of other committments, but I could likely do email or irc exchange
on functionality level within certain components. More to come....
-Derek
> With regard to event planning being a large market (not niche) I must
> agree,
> further more if your develop a reasonable interface and generic ERM/P
> functionality then templates for various events could be developed to take
> care of a broader range of events. ie, a template set for Installfests,
> and
> another set for Fundraising events, and onather set for weedings, and yet
> another set for funerals. If you use a standerd object plan you could
> creat
> XML templates that genorate the template event, ready for modification.
>
> With regard to language, it should not be an issue at this point. We as
> developers should come up with the requirements and architecture that
> meets
> those requirements and then choice a language that fits. I personally
> feel
> JAVA is a fine choice, and while PHP interpreters exist on multiply
> platforms
> JAVA is far more standard (when was the last time you walked up to a
> windows
> machine that was Python or Pearl ready?) In addition, you can always
> plug
> other Language modules rite into it. I have occasion to use a hand full
> of
> PHP and C++ modules in Java, just check platform choice mod and plug in.
> So
> nice :)
>
> But it may be after the design aspect is done that another language
> provides a
> cleaner path to product… but it is a decision that should wait until much
> later in the design.
>
> Also I really have not found any other product that meets the ongoing
> concerns
> of event planning and management… There are many things I would like to
> see
> in these products that just are not their, so if there is a core group
> willing
> to proceed with a project, I for one see a really benefit to home grown in
> this case.
>
>
> Quoting Trent Shipley :
>
>> On Thursday 2005-02-24 06:13, Alan Dayley wrote:
>> > Joseph is the guy spearheading the project right now. I'll just bring
>> it
>> > up here like I brought it up at the last Devel meeting. Then, as
>> Joseph
>> > planned, we can proceed with the discussion.
>> >
>> > History
>> >
>> > When the Devel meetings were first started, one of the stated wishes
>> was
>> > that projects would grow out of the group. Ideas for doing
>> applications
>> > for education, both testing and administration were the strongest
>> > candidates along with a brief discussion about a game. None of
>> these
>> > took hold.
>> >
>> > Prior to Alex setting up monthly InstallFests (yea Alex!), PLUG used
>> to do
>> > big InstallFests about once a year, give or take.
>>
>>
>>
>> > The Idea
>> >
>> > From this experience with InstallFests, a few members thought a
>> great
>> > project would be to make an application suite to handle all the
>> > coordination needs of an InstallFest. Released under the GPL, it
>> could
>> > benefit FS groups everywhere. Then, allowing the dream to grow, we
>> > thought this could be adapted to coordinate any event, all the way up
>> to
>> > conferences and trade shows. So, the event application suite idea
>> was
>> > born. And, it simmered in a few brains too busy to do much about
>> it.
>> >
>> > Last Meeting
>> >
>> > The last Devel Meeting found us without a specific presentation. I
>> sprung
>> > this history and idea on the members present. An excellent
>> discussion
>> > ensued. Some present had experience working with event planners and
>> many
>> > had experience doing database applications with different tools.
>> I'll
>> > just do some summary bullets about some of the points I remember:
>> > - Event planners currently are a small, niche industry.
>>
>> Joseph brought that up. I'm not certain I believe it. Weddings are a
>> type of
>> event, therefore wedding planners must need event planning software.
>> Every
>> arena and civic center needs an event planner. Every funeral home needs
>> an
>> event planner and so on. If there is an event, some agent has to plan
>> it.
>> (Unless it is a "happening" which is a minimally planned event.)
>>
>> > - Because the industry is small, there are not any known (at least to
>> the
>> > group present) commercial applications for doing the planning.
>> Those
>> > doing it use spreadsheets and custom Access apps and the like.
>>
>> Per Joseph, and this I believe.
>>
>> > - Development of the application would probably proceed as follows:
>> > -- Support for monthly small InstallFest
>> > -- Then large InstallFest
>> (We would call this a "FOSS Expo")
>> > -- Then large event (type to be chosen later)
>>
>> Stages two and three were not well specified. It was assumed that IF
>> the
>> monthly install fest folks could not find what they needed by shopping,
>> THEN
>> they would agree to be the first customers for the proposed event
>> planning
>> project.
>>
>> Since no one at PLUG or AZOTO has committed to doing an Expo, phase two
>> is not
>> yet defined. IF we do proceed with an Expo THEN it would be a phase two
>>
>> customer, probably THE phase two customer.
>>
>> > - An open source application was found on freshmeat. (Ed, I can't
>> find
>> > it!) It has a BSD-style license with a "no commercial use" clause.
>> We
>> > don't think that fits what the group wants.
>>
>> The product was OpenConf.
>> See http://www.zakongroup.com/technology/openconf.shtml
>>
>> At the end of the meeting the InstallFest folks had not determined
>> whether
>> OpenConf would suit their needs. My recollection was that they thought
>> it
>> might well do so since the license was compatible with their immediate
>> needs
>> (they would not use OpenConf commercially). I further understood that
>> IF
>> InstallFest opted to use OpenConf (or another existing product) we would
>>
>> scrub the event planning project proposal to look for a customer whose
>> need
>> could not be satisfied by shopping.
>>
>> > - Possible platforms were discussed
>> > -- Java
>> > -- GNUe
>> > -- other web based tools like PHP
>> > -- To be decided after requirements are pinned down
>> > - Joseph took on the task of being the first leader of the project.
>>
>> Nevertheless, there was a marked preference for creating the event
>> management
>> project as a GNUe module, partly because event planning is often needed
>> by
>> businesses, and partly because event planning could draw on generic
>> ERM/P
>> functions like rolodex, human resources, inventory, finance, workflow,
>>
>> calendering, and project tools like Gannt and PERT.
>>
>> The concern was that GNUe might not be mature enough to actually support
>>
>> effective deployment of an event planning and management module. It is
>>
>> desirable that Derek attend the 3 March meeting so that he can tell us
>> GNUe
>> can do this, can't do that, and won't be able to do the otherthing for
>>
>> another year or so.
>>
>> Furthermore, if the event planning does not pan out, then GNUe offers
>> obvious
>> room for PLUGdevel to pick up responsibility for a GNUe tool or
>> module.
>>
>> Also, my concern is that modules in GNUe must be written in Python.
>> There is
>> nothing wrong with Python, but it does not have a large market share.
>>
>> Working in Java might be worse for the project, but better for
>> resumes.
>>
>> > Intent and State
>> >
>> > The intent is to run it like a real project (since it is real) and do
>> a
>> > requirements document, design, technology selection, etc. before the
>> > coding starts. Joseph and a core team can meet when they want and
>> > provide progress briefings at the meetings. Some Devel Meetings may
>> be
>> > dedicated to working on the project as a means of getting work done
>> and
>> > teaching whatever techniques are currently being used.
>> >
>> > I have stepped back and would love to see several (many?) group
>> members
>> > step up and participate as each would like. Joseph has the reigns
>> now
>> > and can proceed as he and the group see fit. Even if we end up with
>> the
>> > minimum, something the coordinate InstallFests, we should be
>> learning
>> > much along the way.
>>
>> Joseph said something about starting with a team of 4 to 6 coders. I do
>> not
>> know if that includes system and application administration (host
>> server,
>> version management software, project planning and management software,
>> and so
>> on). If not then the project could include another couple of
>> participants.
>> So to start we are looking at a few to several, NOT many, especially
>> given
>> received wisdom about group dynamics in general and software project
>> management in particular.
>>
>> From Joseph's perspective a best case scenario is that he gets to pick
>> his
>> talent in a "buyers" market.
>>
>>
>> > There. Any questions?
>> >
>> > Alan
>> > _______________________________________________
>> > PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>> _______________________________________________
>> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>>
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 14:51:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Thu Feb 24 14:51:02 2005
Subject: The project
In-Reply-To: <200502241401.05188.tshipley@deru.com>
References: <200502240613.23141.alandd@consultpros.com> <200502241401.05188.tshipley@deru.com>
Message-ID: <421E61D0.8040102@stcaz.net>
This is a multi-part message in MIME format.
--------------060309040106040204000305
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
A few comments below:
Trent Shipley wrote:
>
>
>>- Event planners currently are a small, niche industry.
>>
>>
>
>Joseph brought that up. I'm not certain I believe it. Weddings are a type of
>event, therefore wedding planners must need event planning software. Every
>arena and civic center needs an event planner. Every funeral home needs an
>event planner and so on. If there is an event, some agent has to plan it.
>(Unless it is a "happening" which is a minimally planned event.)
>
>
Event planning does happen a lot, however, the market, from a software
perspective, is definitely "niche".
There are fewer than 5,000 people who do event planning as a sole
occupation (according to DOL stats)
in the US, and as such, any software developed commercially would expect
to charge close to 1% of total
development costs on a per-copy basis to break even. The general
nebulousness of the market also
argues against a commercial application, hence nobody seems to have
taken the risk to create such
software. The description of the market as "niche" is not intended to
reduce the value of doing a project
in this space, but to show the value of having an open-source project in
this space.
(Note, for reference a commercial "mass-market" application usually
plans to charge less
than .0001% per copy)
>
>
>The product was OpenConf.
>See http://www.zakongroup.com/technology/openconf.shtml
>
>At the end of the meeting the InstallFest folks had not determined whether
>OpenConf would suit their needs. My recollection was that they thought it
>might well do so since the license was compatible with their immediate needs
>(they would not use OpenConf commercially). I further understood that IF
>InstallFest opted to use OpenConf (or another existing product) we would
>scrub the event planning project proposal to look for a customer whose need
>could not be satisfied by shopping.
>
>
We investigated OpenConf, and my perspective is that it has nothing of
value to an installfest type
event, and really provides little more than assistance managing the
process of submission, review,
and selection of papers for a technical conference. At this point,
barring anyone else finding a
competing open-source project, the idea of a generalized event planning
system seems to
be a good fit for the group.
I still intend to follow a lightweight, open, highly iterative
development model.
At the moment, I'm planning to mention a bit more about it at the next
devel meeting and on
the list shortly thereafter, and try to get a couple people who are
willing to participate in a core team.
Once a few people have agreed to commit some time and effort to the
project (needn't be coders,
need a system admin, user/tester, etc... as well), we'll decide a name,
set up the project, and lay out
an initial development plan. From there, it depends on the plan we work
out.
>
--------------060309040106040204000305
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
A few comments below:
Trent Shipley wrote:
<SNIP>
- Event planners currently are a small, niche industry.
Joseph brought that up. I'm not certain I believe it. Weddings are a type of
event, therefore wedding planners must need event planning software. Every
arena and civic center needs an event planner. Every funeral home needs an
event planner and so on. If there is an event, some agent has to plan it.
(Unless it is a "happening" which is a minimally planned event.)
Event planning does happen a lot, however, the market, from a software
perspective, is definitely "niche".
There are fewer than 5,000 people who do event planning as a sole
occupation (according to DOL stats)
in the US, and as such, any software developed commercially would
expect to charge close to 1% of total
development costs on a per-copy basis to break even. The general
nebulousness of the market also
argues against a commercial application, hence nobody seems to have
taken the risk to create such
software. The description of the market as "niche" is not intended to
reduce the value of doing a project
in this space, but to show the value of having an open-source project
in this space.
(Note, for reference a commercial "mass-market" application usually
plans to charge less
than .0001% per copy)
<SNIP>
The product was OpenConf.
See http://www.zakongroup.com/technology/openconf.shtml
At the end of the meeting the InstallFest folks had not determined whether
OpenConf would suit their needs. My recollection was that they thought it
might well do so since the license was compatible with their immediate needs
(they would not use OpenConf commercially). I further understood that IF
InstallFest opted to use OpenConf (or another existing product) we would
scrub the event planning project proposal to look for a customer whose need
could not be satisfied by shopping.
We investigated OpenConf, and my perspective is that it has nothing of
value to an installfest type
event, and really provides little more than assistance managing the
process of submission, review,
and selection of papers for a technical conference. At this point,
barring anyone else finding a
competing open-source project, the idea of a generalized event planning
system seems to
be a good fit for the group.
I still intend to follow a lightweight, open, highly iterative
development model.
At the moment, I'm planning to mention a bit more about it at the next
devel meeting and on
the list shortly thereafter, and try to get a couple people who are
willing to participate in a core team.
Once a few people have agreed to commit some time and effort to the
project (needn't be coders,
need a system admin, user/tester, etc... as well), we'll decide a name,
set up the project, and lay out
an initial development plan. From there, it depends on the plan we
work out.
<SNIP>
--------------060309040106040204000305--
From plug-devel@lists.PLUG.phoenix.az.us Thu Feb 24 15:01:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (plug-devel@lists.PLUG.phoenix.az.us)
Date: Thu Feb 24 15:01:02 2005
Subject: The project
In-Reply-To: <421E61D0.8040102@stcaz.net>
Message-ID:
I like the name Pensive :)
1) Refrance to the HP series in which it is a magicle devise used to store
your thoughts
2) It defines how I feel when I can no longer keep all this project infor in
my head!
As for designer and test I am in all the way... And I may be able to do some
coding latter, but for now I have no time. (Due to the many projects/event I
am dealing with)
On Thu, 24 Feb 2005, Joseph Sinclair wrote:
> A few comments below:
>
> Trent Shipley wrote:
>
> >
> >
> >>- Event planners currently are a small, niche industry.
> >>
> >>
> >
> >Joseph brought that up. I'm not certain I believe it. Weddings are a type of
> >event, therefore wedding planners must need event planning software. Every
> >arena and civic center needs an event planner. Every funeral home needs an
> >event planner and so on. If there is an event, some agent has to plan it.
> >(Unless it is a "happening" which is a minimally planned event.)
> >
> >
> Event planning does happen a lot, however, the market, from a software
> perspective, is definitely "niche".
> There are fewer than 5,000 people who do event planning as a sole
> occupation (according to DOL stats)
> in the US, and as such, any software developed commercially would expect
> to charge close to 1% of total
> development costs on a per-copy basis to break even. The general
> nebulousness of the market also
> argues against a commercial application, hence nobody seems to have
> taken the risk to create such
> software. The description of the market as "niche" is not intended to
> reduce the value of doing a project
> in this space, but to show the value of having an open-source project in
> this space.
>
> (Note, for reference a commercial "mass-market" application usually
> plans to charge less
> than .0001% per copy)
>
> >
> >
> >The product was OpenConf.
> >See http://www.zakongroup.com/technology/openconf.shtml
> >
> >At the end of the meeting the InstallFest folks had not determined whether
> >OpenConf would suit their needs. My recollection was that they thought it
> >might well do so since the license was compatible with their immediate needs
> >(they would not use OpenConf commercially). I further understood that IF
> >InstallFest opted to use OpenConf (or another existing product) we would
> >scrub the event planning project proposal to look for a customer whose need
> >could not be satisfied by shopping.
> >
> >
> We investigated OpenConf, and my perspective is that it has nothing of
> value to an installfest type
> event, and really provides little more than assistance managing the
> process of submission, review,
> and selection of papers for a technical conference. At this point,
> barring anyone else finding a
> competing open-source project, the idea of a generalized event planning
> system seems to
> be a good fit for the group.
> I still intend to follow a lightweight, open, highly iterative
> development model.
> At the moment, I'm planning to mention a bit more about it at the next
> devel meeting and on
> the list shortly thereafter, and try to get a couple people who are
> willing to participate in a core team.
> Once a few people have agreed to commit some time and effort to the
> project (needn't be coders,
> need a system admin, user/tester, etc... as well), we'll decide a name,
> set up the project, and lay out
> an initial development plan. From there, it depends on the plan we work
> out.
>
> >
>
>
>
From plug-devel@lists.PLUG.phoenix.az.us Mon Feb 28 10:23:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (plug-devel@lists.PLUG.phoenix.az.us)
Date: Mon Feb 28 10:23:02 2005
Subject: development project
In-Reply-To: <0502232039370L.17889@vaughn.nakota.com>
Message-ID:
BTW Where is the plug-devel metting? All I have in my planer is Devel March 3
Discusion of Event Planner. :)
On Wed, 23 Feb 2005, Vaughn Treude wrote:
> I must have missed this one. Was this something that got discussed at the
> last developer meeting? I'm rather busy at the moment but may have a little
> slack time soon, and I'm a very experienced developer.
>
> Vaughn
>
> On Wednesday 23 February 2005 09:25, you wrote:
> > Sorry for replying to the wrong list. I updated my desktop and my email
> > client filters are a bit scrambled.
> >
> > As I stated in the discuss list:
> >
> > "Well, Joseph is the point man on the project, as far as I know. He is
> > also due to give the Devel presentation next week so maybe he is
> > concentrating on that preparation before firing up the project. It would
> > be good to bring it up in the Devel email list.
> >
> > "I have not contacted Derek about a GNUe presentation, though he probably
> > will see this exchange. I'll check with him."
> >
> > I have sent a persentation invitation to Derek. We'll see how his
> > availability is.
> >
> > I have purposefully been holding back on pushing the project. I'd like to
> > see others step up and do things in the group. So, I bring the issue up
> > but am backing off ot let others take the reigns and the lime light, as it
> > were.
> >
> > Anyone is welcome to bring it up and push the issue further. Email Joseph
> > directly and get stuff going. I'd like to see it grow.
> >
> > Alan
> >
> >
> >
> > _______________________________________________
> > PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
> _______________________________________________
> PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
From plug-devel@lists.PLUG.phoenix.az.us Mon Feb 28 12:36:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Joseph Sinclair)
Date: Mon Feb 28 12:36:02 2005
Subject: development project
In-Reply-To:
References:
Message-ID: <422387F6.7030204@stcaz.net>
This is a multi-part message in MIME format.
--------------020609030405000307080303
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
It's at Adtron in the Cotton Center (Near Broadway and 48th St.),
there's a map on the PLUG website.
Bryan.ONeal@asu.edu wrote:
>BTW Where is the plug-devel metting? All I have in my planer is Devel March 3
>Discusion of Event Planner. :)
>
>On Wed, 23 Feb 2005, Vaughn Treude wrote:
>
>
>
>>I must have missed this one. Was this something that got discussed at the
>>last developer meeting? I'm rather busy at the moment but may have a little
>>slack time soon, and I'm a very experienced developer.
>>
>>Vaughn
>>
>>On Wednesday 23 February 2005 09:25, you wrote:
>>
>>
>>>Sorry for replying to the wrong list. I updated my desktop and my email
>>>client filters are a bit scrambled.
>>>
>>>As I stated in the discuss list:
>>>
>>>"Well, Joseph is the point man on the project, as far as I know. He is
>>>also due to give the Devel presentation next week so maybe he is
>>>concentrating on that preparation before firing up the project. It would
>>>be good to bring it up in the Devel email list.
>>>
>>>"I have not contacted Derek about a GNUe presentation, though he probably
>>>will see this exchange. I'll check with him."
>>>
>>>I have sent a persentation invitation to Derek. We'll see how his
>>>availability is.
>>>
>>>I have purposefully been holding back on pushing the project. I'd like to
>>>see others step up and do things in the group. So, I bring the issue up
>>>but am backing off ot let others take the reigns and the lime light, as it
>>>were.
>>>
>>>Anyone is welcome to bring it up and push the issue further. Email Joseph
>>>directly and get stuff going. I'd like to see it grow.
>>>
>>>Alan
>>>
>>>
>>>
>>>_______________________________________________
>>>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>>>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>>>
>>>
>>_______________________________________________
>>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>>
>>
>>
>
>_______________________________________________
>PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
>http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
>
>
>
--------------020609030405000307080303
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
It's at Adtron in the Cotton Center (Near Broadway
and 48th St.), there's a map on the PLUG website.
Bryan.ONeal@asu.edu wrote:
BTW Where is the plug-devel metting? All I have in my planer is Devel March 3
Discusion of Event Planner. :)
On Wed, 23 Feb 2005, Vaughn Treude wrote:
I must have missed this one. Was this something that got discussed at the
last developer meeting? I'm rather busy at the moment but may have a little
slack time soon, and I'm a very experienced developer.
Vaughn
On Wednesday 23 February 2005 09:25, you wrote:
Sorry for replying to the wrong list. I updated my desktop and my email
client filters are a bit scrambled.
As I stated in the discuss list:
"Well, Joseph is the point man on the project, as far as I know. He is
also due to give the Devel presentation next week so maybe he is
concentrating on that preparation before firing up the project. It would
be good to bring it up in the Devel email list.
"I have not contacted Derek about a GNUe presentation, though he probably
will see this exchange. I'll check with him."
I have sent a persentation invitation to Derek. We'll see how his
availability is.
I have purposefully been holding back on pushing the project. I'd like to
see others step up and do things in the group. So, I bring the issue up
but am backing off ot let others take the reigns and the lime light, as it
were.
Anyone is welcome to bring it up and push the issue further. Email Joseph
directly and get stuff going. I'd like to see it grow.
Alan
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
_______________________________________________
PLUG-devel mailing list - PLUG-devel@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-devel
--------------020609030405000307080303--
From plug-devel@lists.PLUG.phoenix.az.us Mon Feb 28 19:27:02 2005
From: plug-devel@lists.PLUG.phoenix.az.us (Alan Dayley)
Date: Mon Feb 28 19:27:02 2005
Subject: Reminder: (Was: Re: development project)
In-Reply-To:
References:
Message-ID: <200502282058.39008.alandd@consultpros.com>
On Monday 28 February 2005 11:52 am, Bryan.ONeal@asu.edu wrote:
> BTW Where is the plug-devel metting? All I have in my planer is Devel
> March 3 Discusion of Event Planner. :)
Just to answer this question fully, this is a repeat of the Devel Meeting=20
announcement for this Thursday. It is helpful to go to the location=20
description in the FAQ. Maps from mapquest and google don't have the=20
location quite right.
Alan
The next PLUG Devel Meeting is on Thursday, March 3rd.
What: PLUG Developer Meeting
When: Thursday, March 3rd, 2005 at 7:00 PM
Where: Adtron Corporation
4415 E. Cotton Center Blvd., Suite 100
Phoenix, AZ 85040
(Directions are available in the web site FAQ here:
http://plug.phoenix.az.us/modules.php?op=3Dmodload&name=3DFAQ&file=3Dindex&=
myfaq=3Dyes&id_cat=3D3&categories=3DPLUG+Meetings&parent_id=3D0#27
Topic: J2EE Web Application Development with Tomcat and JDBC
This topic will cover the following subtopics:
=A0 =A0 * General characteristics of the J2EE platform
=A0 =A0 * An introduction to Tomcat
=A0 =A0 * An overview of the JDBC API
=A0 =A0 * A discussion of some other technologies that compliment J2EE
=A0 =A0 =A0 development
Joseph Sinclair is a professional Computer Engineer based in Phoenix=20
Arizona. =A0He has been designing computer systems for over 15 years, and=20
has been writing and speaking on Security, Java Technology, Extended=20
Design, Embedded Systems, and Interconnected-System design for the past 6=20
years. =A0Joseph is also an Open Source and Linux enthusiast. =A0Joseph may=
=20
be reached at plug-development@stcaz.net, or via the PLUG development=20
list at plug-devel@lists.PLUG.phoenix.az.us