From jhowland at ariel.cs.trinity.edu  Wed Jan 24 10:33:16 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Wed Jan 24 10:33:18 2007
Subject: [Csped] PED Schedule
Message-ID: <Pine.OSX.4.58.0701241023230.4619@leda.cs.trinity.edu>

Juniors,

I now have confirmation from all of our outside speakers and have
made some minor changes to the overall class schedule.  You should
replace any copies you have already made with one from:

http://www.cs.trinity.edu/~jhowland/cs3194/cs3194/
http://www.cs.trinity.edu/~jhowland/cs3194/cs3194.ps
http://www.cs.trinity.edu/~jhowland/cs3194/cs3194.pdf

How is the Problem selection going?  Have you decided how you
will decide which problem to do?  Do you need additional
input from me?

John

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From hertenstein at gmail.com  Mon Jan 29 11:30:52 2007
From: hertenstein at gmail.com (David Hertenstein)
Date: Mon Jan 29 11:31:00 2007
Subject: [Csped] Seminar project
Message-ID: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>

Hey guys,

After considering the two options I think that my vote goes towards the
netflix project. Not to say I really feel that strongly but, it seems to be
more current and applicable to our skills and schedules to do a more
"design" based project, which in my mind is the netflix one.

Then there is the fact that the netflix prize is 1 million bucks, so if we
won we could build a new lab in our name at the school or something i
guess... See everyone at class!

David H.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070129/7b477fec/attachment.html
From William.Basinger at Trinity.edu  Mon Jan 29 13:12:47 2007
From: William.Basinger at Trinity.edu (Basinger, William)
Date: Mon Jan 29 13:13:06 2007
Subject: [Csped] Seminar project
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A522456BB@its-hardin.trinity.local>

I'll second that.


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of David Hertenstein
Sent: Mon 1/29/2007 11:30 AM
To: csped@sol.cs.trinity.edu
Subject: [Csped] Seminar project
 
Hey guys,

After considering the two options I think that my vote goes towards the
netflix project. Not to say I really feel that strongly but, it seems to be
more current and applicable to our skills and schedules to do a more
"design" based project, which in my mind is the netflix one.

Then there is the fact that the netflix prize is 1 million bucks, so if we
won we could build a new lab in our name at the school or something i
guess... See everyone at class!

David H.


From josiah.dodds at Trinity.edu  Thu Feb  1 11:09:50 2007
From: josiah.dodds at Trinity.edu (Joey)
Date: Thu Feb  1 11:09:55 2007
Subject: [Csped] Power2People Goals (and a question)
In-Reply-To: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
Message-ID: <45C21EDE.7020408@trinity.edu>

Ill start with the question.  Are we looking for a portable system?  
Clearly there are pros and cons to a portable machine.

Things our system should be capable of:

1.  Connecting to a network for weather information, email, web browsing 
and so on.
2.  Word processing
3. Multi-user capability, with extremely limited access to normal user 
accounts (the less access the average user has, the less maintenance the 
system is likely to need).
4. Very basic and easy interface... much of what is available in open 
source operating systems will be completely useless to the average user 
of these systems.
5. Update capability, likely over a local connection, possibly to a 
central, more powerful machine.
6. Some sort of method to completely reset the system to its original 
configuration, in case of extreme malfunction. Obviously the easier the 
better
7. Install that can be easily changed for locality.  Language, special 
applications and so on.

I don't have much to say about hardware, it might be best to figure out 
what we want to be able to do and then build our system around that.  It 
would be a shame to build a system, only to realize later it is 
completely useless for our goals.

Doesn't matter to me what I end up doing, Im more than willing to take 
any job nobody else wants to do, although there are enough interesting 
topics that I don't see that being a huge problem...

I hope to see more of these by tomorrow!  See you all in Software 
Engineering HAHAHA (Im sure we will have loads of fun :))

Joey



From jhowland at ariel.cs.trinity.edu  Thu Feb  1 17:17:45 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Thu Feb  1 17:17:48 2007
Subject: [Csped] Power2People Goals (and a question)
In-Reply-To: <45C21EDE.7020408@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
	<45C21EDE.7020408@trinity.edu>
Message-ID: <Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>

On Thu, 1 Feb 2007, Joey wrote:

> Ill start with the question.  Are we looking for a portable system?
> Clearly there are pros and cons to a portable machine.

All of the choices/criteria are yours to determine.  Portability adds
(probably) to overall cost and complexity.  However, portability could
be defined to be easily movable, but not operable when not connected to
some sort of power grid.  For example, suppose the target user was a
school setting where, for security reasons, the machines had to be
moved to a secure locker, but when they were in use they could be connected
to a power source.

>
> Things our system should be capable of:
>
> 1.  Connecting to a network for weather information, email, web browsing
> and so on.
> 2.  Word processing

Spreadsheet?

> 3. Multi-user capability, with extremely limited access to normal user
> accounts (the less access the average user has, the less maintenance the
> system is likely to need).
> 4. Very basic and easy interface... much of what is available in open
> source operating systems will be completely useless to the average user
> of these systems.

Gnome seems to be most linux distro's choice, but there are lots of lighter
weight gui's.  See Ubuntu for example.

> 5. Update capability, likely over a local connection, possibly to a
> central, more powerful machine.
> 6. Some sort of method to completely reset the system to its original
> configuration, in case of extreme malfunction. Obviously the easier the
> better
> 7. Install that can be easily changed for locality.  Language, special
> applications and so on.
>
> I don't have much to say about hardware, it might be best to figure out
> what we want to be able to do and then build our system around that.  It

User requirements! Radical!  UML might even be useful here to get a handle
users.

> would be a shame to build a system, only to realize later it is
> completely useless for our goals.
>
> Doesn't matter to me what I end up doing, Im more than willing to take
> any job nobody else wants to do, although there are enough interesting
> topics that I don't see that being a huge problem...
>
> I hope to see more of these by tomorrow!  See you all in Software
> Engineering HAHAHA (Im sure we will have loads of fun :))
>
> Joey
>
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From timothy.nunamaker at Trinity.edu  Fri Feb  2 19:33:28 2007
From: timothy.nunamaker at Trinity.edu (Tim Nunamaker)
Date: Fri Feb  2 19:33:29 2007
Subject: [Csped] Power2People Goals (and a question)
In-Reply-To: <Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
	<45C21EDE.7020408@trinity.edu>
	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
Message-ID: <1170466408.6918.6.camel@tnunamak>

I think it's fairly obvious that some Linux distro is going to be our
best bet for the OS/software. As Dr. Howland mentioned, I think Ubuntu
would be a pretty good choice. I've only been using Linux for a few
months, and I've only used Fedora and Ubuntu for extended periods of
time, but I do know that Ubuntu has a lot of community support and I
haven't really had any major hardware configuration problems. Other
distro's like Slackware would simply be too difficult for inexperienced
users to operate.

In particular, I think Xubuntu looks pretty appealing:
http://www.xubuntu.org/ 

>From the main page: "Xubuntu is a complete GNU/Linux based operating
system with an Ubuntu base. It is lighter on system requirements and
tends to be more efficient than Ubuntu with GNOME or KDE, since it uses
the Xfce Desktop environment, which makes it ideal for old or low-end
machines, thin-client networks, or for those who would like to get more
performance out of their hardware."

Sounds like just what we need. The only disadvantage to using it vs
GNOME or KDE that I can think of is that it's less mainstream and so
there is less support and it also wouldn't support all of the KDE/Gnome
applications so well. On the other hand, I think that's a fair trade off
considering our design limitations.

The huge benefit that I see to using Linux is the availability of so
much free software. I can't think of anything we would want to put on
the machines that we couldn't get in a matter of minutes, especially
using a package manager such as Yum or Synaptic. This will be an
especially useful feature for the end user, who will probably have
limited access to software otherwise. In addition, major Linux distros
usually have pretty good support for languages.

Now that I've got that out of the way... I think Joey question about
portability is an important one. This is going to affect not only the
hardware that we can use (as well as its cost), but also how we deploy
the units as a whole. If we go the route of building desktops with big
towers, then for any kind of update capability the user will most likely
have to have some kind of local network/internet connection, or some
means of transporting a big computer to a location where he/she can
access one.

I think a laptop would be a bit on the extreme side as far as
portability goes. If we can possibly squeeze the size down to something
like the Dell machines in the library, then they will be transportable
but can still use some standard components. In addition, the machines
don't have to have built in displays to be portable. In the case of Dr.
Howland's example, the school, maybe students can bring their computers
home and plug an old 15" CRT into them, which might not be too expensive
(depending on the cost to deliver a bulky item to a distant location).

I think the best way to approach this project is to, at the least,
assume the following:

Users will periodically have access to power (maybe they can charge a
battery).
Users will periodically have access to either a: the internet, or b: a
network with software updates available.

Joey mentioned the possibility of connecting the machine to a more
powerful machine for updates. I think this is an important point to
consider. Maybe we can design a system where a central, powerful machine
makes up for some of the weaknesses of the smaller ones, which can
connect to it. If anyone can think of specific applications of this,
please chime in.

I also think we need a way of restoring the machine to its original
state. I think this can be easily done by distributing a few CDs or DVDs
with hard disk images on them to locations where these machines will be
deployed, and if the system needs to be wiped, it can be easily done by
loading the image onto the drive. Since every computer will have
identical components, this should work pretty well.

Sorry for the long read, I'll get to the point and give the criteria
which I think are important:

1) Software usability/maintainability/availability
2) Non-bulky hardware which will allow the machine to be transported
3) Some form of AC power
4) A network adapter for a network/internet connection
5) Ability to restore the machine to its original state

As far as my personal preferences go, I'd prefer working with the OS and
selecting software packages, but hardware would be good too.
 
Everyone should feel free to make comments about anything and everything.

Tim

On Thu, 2007-02-01 at 17:17 -0600, John Howland wrote:
> On Thu, 1 Feb 2007, Joey wrote:
> 
> > Ill start with the question.  Are we looking for a portable system?
> > Clearly there are pros and cons to a portable machine.
> 
> All of the choices/criteria are yours to determine.  Portability adds
> (probably) to overall cost and complexity.  However, portability could
> be defined to be easily movable, but not operable when not connected to
> some sort of power grid.  For example, suppose the target user was a
> school setting where, for security reasons, the machines had to be
> moved to a secure locker, but when they were in use they could be connected
> to a power source.
> 
> >
> > Things our system should be capable of:
> >
> > 1.  Connecting to a network for weather information, email, web browsing
> > and so on.
> > 2.  Word processing
> 
> Spreadsheet?
> 
> > 3. Multi-user capability, with extremely limited access to normal user
> > accounts (the less access the average user has, the less maintenance the
> > system is likely to need).
> > 4. Very basic and easy interface... much of what is available in open
> > source operating systems will be completely useless to the average user
> > of these systems.
> 
> Gnome seems to be most linux distro's choice, but there are lots of lighter
> weight gui's.  See Ubuntu for example.
> 
> > 5. Update capability, likely over a local connection, possibly to a
> > central, more powerful machine.
> > 6. Some sort of method to completely reset the system to its original
> > configuration, in case of extreme malfunction. Obviously the easier the
> > better
> > 7. Install that can be easily changed for locality.  Language, special
> > applications and so on.
> >
> > I don't have much to say about hardware, it might be best to figure out
> > what we want to be able to do and then build our system around that.  It
> 
> User requirements! Radical!  UML might even be useful here to get a handle
> users.
> 
> > would be a shame to build a system, only to realize later it is
> > completely useless for our goals.
> >
> > Doesn't matter to me what I end up doing, Im more than willing to take
> > any job nobody else wants to do, although there are enough interesting
> > topics that I don't see that being a huge problem...
> >
> > I hope to see more of these by tomorrow!  See you all in Software
> > Engineering HAHAHA (Im sure we will have loads of fun :))
> >
> > Joey
> >
> >
> >
> > _______________________________________________
> > CSPED mailing list
> > CSPED@mail.cs.trinity.edu
> > http://www.cs.trinity.edu/mailman/listinfo/csped
> >
> 
> _______________________________________________________________
> John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
> Computer Science    email: jhowland@ariel.cs.trinity.edu
> Trinity University  voice: (210) 999-7364
> One Trinity Place     fax: (210) 999-7477
> San Antonio, Texas  78212-7200
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped


From gkavanag at Trinity.edu  Fri Feb  2 20:35:47 2007
From: gkavanag at Trinity.edu (Glenn Kavanagh)
Date: Fri Feb  2 20:35:51 2007
Subject: [Csped] Power2People Goals (and a question)
In-Reply-To: <1170466408.6918.6.camel@tnunamak>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
	<1170466408.6918.6.camel@tnunamak>
Message-ID: <45C3F503.8020209@trinity.edu>

Tim hits on a very good point about the operating system.  However, I 
would say that using distro like Gentoo would be even better than 
Ubunutu.  There is a large support for Gentoo, and you can compile 
everything (applications included) to run faster for your specific 
platform (processor).  Usually this would prove to be a difficult task 
for someone inexperienced with Linux, but we are trying to make a system 
that receives updates on it's own.  Because we are building identical 
machines to distribute, we can compile all of the new applications where 
ever the central server is located and then allow the users to download 
the newly compiled updates from our Master Server.

Along with this, GNOME and KDE are likely out of the question because 
they do have a fairly big memory footprint.  Xfce would be a good choice 
because it is much lighter weight, it can run anything written to run 
for the GTK+ toolkit (GNOME), and is also user friendly.  If we get 
desperate for resources, we could always go with just a window manager 
(e.g. FVWM), instead of an entire desktop environment.  If we chose this 
route, we wouldn't be able to run Open Office and would have to rely on 
AbiWord and an equivalent Spreadsheet application.

As far as portability goes, it seems that the more portable, the more 
expensive the system is going to be (see current desktop price vs. and 
equivalent laptop price).  This would be one of the first problems that 
the hardware team would need to look into.

 From the power and network access point, I think that we could take two 
different approaches here.  One, assume that we have both of these.  Dr. 
Howland mentioned that we could assume the environment that we are 
working in has certain amenities.  Power and a network connection 
(wired/less) could be those things.  The other would be to take one or 
both and come up with a plan to provide them for the users.  I think 
that designing a way to efficiently provide a networking solution could 
even be one of our team's goals.

As for restoring the machine to its original state, that could pretty 
easily be done over the network... I think.  Essentially we just save 
the users' home directories and overwrite any files that are out of sink 
with the state they should be in by default.

So for the teams, I was thinking something along these lines:

1.  Hardware
2.  OS
3.  Applications
4.  Network Infrastructure (this could include the main server and 
distributing updates)

Preference:  working on the OS portion.

Glenn

Tim Nunamaker wrote:
> I think it's fairly obvious that some Linux distro is going to be our
> best bet for the OS/software. As Dr. Howland mentioned, I think Ubuntu
> would be a pretty good choice. I've only been using Linux for a few
> months, and I've only used Fedora and Ubuntu for extended periods of
> time, but I do know that Ubuntu has a lot of community support and I
> haven't really had any major hardware configuration problems. Other
> distro's like Slackware would simply be too difficult for inexperienced
> users to operate.
>
> In particular, I think Xubuntu looks pretty appealing:
> http://www.xubuntu.org/ 
>
> >From the main page: "Xubuntu is a complete GNU/Linux based operating
> system with an Ubuntu base. It is lighter on system requirements and
> tends to be more efficient than Ubuntu with GNOME or KDE, since it uses
> the Xfce Desktop environment, which makes it ideal for old or low-end
> machines, thin-client networks, or for those who would like to get more
> performance out of their hardware."
>
> Sounds like just what we need. The only disadvantage to using it vs
> GNOME or KDE that I can think of is that it's less mainstream and so
> there is less support and it also wouldn't support all of the KDE/Gnome
> applications so well. On the other hand, I think that's a fair trade off
> considering our design limitations.
>
> The huge benefit that I see to using Linux is the availability of so
> much free software. I can't think of anything we would want to put on
> the machines that we couldn't get in a matter of minutes, especially
> using a package manager such as Yum or Synaptic. This will be an
> especially useful feature for the end user, who will probably have
> limited access to software otherwise. In addition, major Linux distros
> usually have pretty good support for languages.
>
> Now that I've got that out of the way... I think Joey question about
> portability is an important one. This is going to affect not only the
> hardware that we can use (as well as its cost), but also how we deploy
> the units as a whole. If we go the route of building desktops with big
> towers, then for any kind of update capability the user will most likely
> have to have some kind of local network/internet connection, or some
> means of transporting a big computer to a location where he/she can
> access one.
>
> I think a laptop would be a bit on the extreme side as far as
> portability goes. If we can possibly squeeze the size down to something
> like the Dell machines in the library, then they will be transportable
> but can still use some standard components. In addition, the machines
> don't have to have built in displays to be portable. In the case of Dr.
> Howland's example, the school, maybe students can bring their computers
> home and plug an old 15" CRT into them, which might not be too expensive
> (depending on the cost to deliver a bulky item to a distant location).
>
> I think the best way to approach this project is to, at the least,
> assume the following:
>
> Users will periodically have access to power (maybe they can charge a
> battery).
> Users will periodically have access to either a: the internet, or b: a
> network with software updates available.
>
> Joey mentioned the possibility of connecting the machine to a more
> powerful machine for updates. I think this is an important point to
> consider. Maybe we can design a system where a central, powerful machine
> makes up for some of the weaknesses of the smaller ones, which can
> connect to it. If anyone can think of specific applications of this,
> please chime in.
>
> I also think we need a way of restoring the machine to its original
> state. I think this can be easily done by distributing a few CDs or DVDs
> with hard disk images on them to locations where these machines will be
> deployed, and if the system needs to be wiped, it can be easily done by
> loading the image onto the drive. Since every computer will have
> identical components, this should work pretty well.
>
> Sorry for the long read, I'll get to the point and give the criteria
> which I think are important:
>
> 1) Software usability/maintainability/availability
> 2) Non-bulky hardware which will allow the machine to be transported
> 3) Some form of AC power
> 4) A network adapter for a network/internet connection
> 5) Ability to restore the machine to its original state
>
> As far as my personal preferences go, I'd prefer working with the OS and
> selecting software packages, but hardware would be good too.
>  
> Everyone should feel free to make comments about anything and everything.
>
> Tim
>
> On Thu, 2007-02-01 at 17:17 -0600, John Howland wrote:
>   
>> On Thu, 1 Feb 2007, Joey wrote:
>>
>>     
>>> Ill start with the question.  Are we looking for a portable system?
>>> Clearly there are pros and cons to a portable machine.
>>>       
>> All of the choices/criteria are yours to determine.  Portability adds
>> (probably) to overall cost and complexity.  However, portability could
>> be defined to be easily movable, but not operable when not connected to
>> some sort of power grid.  For example, suppose the target user was a
>> school setting where, for security reasons, the machines had to be
>> moved to a secure locker, but when they were in use they could be connected
>> to a power source.
>>
>>     
>>> Things our system should be capable of:
>>>
>>> 1.  Connecting to a network for weather information, email, web browsing
>>> and so on.
>>> 2.  Word processing
>>>       
>> Spreadsheet?
>>
>>     
>>> 3. Multi-user capability, with extremely limited access to normal user
>>> accounts (the less access the average user has, the less maintenance the
>>> system is likely to need).
>>> 4. Very basic and easy interface... much of what is available in open
>>> source operating systems will be completely useless to the average user
>>> of these systems.
>>>       
>> Gnome seems to be most linux distro's choice, but there are lots of lighter
>> weight gui's.  See Ubuntu for example.
>>
>>     
>>> 5. Update capability, likely over a local connection, possibly to a
>>> central, more powerful machine.
>>> 6. Some sort of method to completely reset the system to its original
>>> configuration, in case of extreme malfunction. Obviously the easier the
>>> better
>>> 7. Install that can be easily changed for locality.  Language, special
>>> applications and so on.
>>>
>>> I don't have much to say about hardware, it might be best to figure out
>>> what we want to be able to do and then build our system around that.  It
>>>       
>> User requirements! Radical!  UML might even be useful here to get a handle
>> users.
>>
>>     
>>> would be a shame to build a system, only to realize later it is
>>> completely useless for our goals.
>>>
>>> Doesn't matter to me what I end up doing, Im more than willing to take
>>> any job nobody else wants to do, although there are enough interesting
>>> topics that I don't see that being a huge problem...
>>>
>>> I hope to see more of these by tomorrow!  See you all in Software
>>> Engineering HAHAHA (Im sure we will have loads of fun :))
>>>
>>> Joey
>>>
>>>
>>>
>>> _______________________________________________
>>> CSPED mailing list
>>> CSPED@mail.cs.trinity.edu
>>> http://www.cs.trinity.edu/mailman/listinfo/csped
>>>
>>>       
>> _______________________________________________________________
>> John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
>> Computer Science    email: jhowland@ariel.cs.trinity.edu
>> Trinity University  voice: (210) 999-7364
>> One Trinity Place     fax: (210) 999-7477
>> San Antonio, Texas  78212-7200
>> _______________________________________________
>> CSPED mailing list
>> CSPED@mail.cs.trinity.edu
>> http://www.cs.trinity.edu/mailman/listinfo/csped
>>     
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070202/396edc13/attachment-0001.html
From zshamsi at Trinity.edu  Fri Feb  2 20:54:12 2007
From: zshamsi at Trinity.edu (Zain Shamsi)
Date: Fri Feb  2 20:54:19 2007
Subject: [Csped] Power2People Goals
In-Reply-To: <45C3F503.8020209@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>	<1170466408.6918.6.camel@tnunamak>
	<45C3F503.8020209@trinity.edu>
Message-ID: <45C3F954.6010000@trinity.edu>

Yeah, any Linux distribution which provides a highly configurable 
installation would work well - like Gentoo. There are also other small 
Linux distros which we might want to take a look at...like some of these 
mentioned here
http://en.wikipedia.org/wiki/MiniLinux
They usually come with a bunch of simple applications like a word 
processor / spreadsheet program / browser etc. and are meant to run on 
systems with very low resources

As for the portability issue - we might want to consider that if we end 
up building a prototype, it would be a significantly different 
experience - in terms of price and complexity to build a portable system 
as compared with one that isnt. I like Tim's idea on this - as it doesnt 
have to have built in display capability. Possibly a MicroATX form 
factor which can still allow standardized components..but of course the 
prices would have to be looked into.

I am pretty comfortable with the hardware as I've built a few systems 
before, so I would rather work on the software portion - OS / Applications

- Zain



Glenn Kavanagh wrote:
> Tim hits on a very good point about the operating system.  However, I 
> would say that using distro like Gentoo would be even better than 
> Ubunutu.  There is a large support for Gentoo, and you can compile 
> everything (applications included) to run faster for your specific 
> platform (processor).  Usually this would prove to be a difficult task 
> for someone inexperienced with Linux, but we are trying to make a 
> system that receives updates on it's own.  Because we are building 
> identical machines to distribute, we can compile all of the new 
> applications where ever the central server is located and then allow 
> the users to download the newly compiled updates from our Master Server.
>
> Along with this, GNOME and KDE are likely out of the question because 
> they do have a fairly big memory footprint.  Xfce would be a good 
> choice because it is much lighter weight, it can run anything written 
> to run for the GTK+ toolkit (GNOME), and is also user friendly.  If we 
> get desperate for resources, we could always go with just a window 
> manager (e.g. FVWM), instead of an entire desktop environment.  If we 
> chose this route, we wouldn't be able to run Open Office and would 
> have to rely on AbiWord and an equivalent Spreadsheet application.
>
> As far as portability goes, it seems that the more portable, the more 
> expensive the system is going to be (see current desktop price vs. and 
> equivalent laptop price).  This would be one of the first problems 
> that the hardware team would need to look into.
>
> >From the power and network access point, I think that we could take 
> two different approaches here.  One, assume that we have both of 
> these.  Dr. Howland mentioned that we could assume the environment 
> that we are working in has certain amenities.  Power and a network 
> connection (wired/less) could be those things.  The other would be to 
> take one or both and come up with a plan to provide them for the 
> users.  I think that designing a way to efficiently provide a 
> networking solution could even be one of our team's goals.
>
> As for restoring the machine to its original state, that could pretty 
> easily be done over the network... I think.  Essentially we just save 
> the users' home directories and overwrite any files that are out of 
> sink with the state they should be in by default.
>
> So for the teams, I was thinking something along these lines:
>
> 1.  Hardware
> 2.  OS
> 3.  Applications
> 4.  Network Infrastructure (this could include the main server and 
> distributing updates)
>
> Preference:  working on the OS portion.
>
> Glenn
>
> Tim Nunamaker wrote:
>
>     I think it's fairly obvious that some Linux distro is going to be our
>     best bet for the OS/software. As Dr. Howland mentioned, I think Ubuntu
>     would be a pretty good choice. I've only been using Linux for a few
>     months, and I've only used Fedora and Ubuntu for extended periods of
>     time, but I do know that Ubuntu has a lot of community support and I
>     haven't really had any major hardware configuration problems. Other
>     distro's like Slackware would simply be too difficult for inexperienced
>     users to operate.
>
>     In particular, I think Xubuntu looks pretty appealing:
>     http://www.xubuntu.org/ 
>
>     >From the main page: "Xubuntu is a complete GNU/Linux based operating
>     system with an Ubuntu base. It is lighter on system requirements and
>     tends to be more efficient than Ubuntu with GNOME or KDE, since it uses
>     the Xfce Desktop environment, which makes it ideal for old or low-end
>     machines, thin-client networks, or for those who would like to get more
>     performance out of their hardware."
>
>     Sounds like just what we need. The only disadvantage to using it vs
>     GNOME or KDE that I can think of is that it's less mainstream and so
>     there is less support and it also wouldn't support all of the KDE/Gnome
>     applications so well. On the other hand, I think that's a fair trade off
>     considering our design limitations.
>
>     The huge benefit that I see to using Linux is the availability of so
>     much free software. I can't think of anything we would want to put on
>     the machines that we couldn't get in a matter of minutes, especially
>     using a package manager such as Yum or Synaptic. This will be an
>     especially useful feature for the end user, who will probably have
>     limited access to software otherwise. In addition, major Linux distros
>     usually have pretty good support for languages.
>
>     Now that I've got that out of the way... I think Joey question about
>     portability is an important one. This is going to affect not only the
>     hardware that we can use (as well as its cost), but also how we deploy
>     the units as a whole. If we go the route of building desktops with big
>     towers, then for any kind of update capability the user will most likely
>     have to have some kind of local network/internet connection, or some
>     means of transporting a big computer to a location where he/she can
>     access one.
>
>     I think a laptop would be a bit on the extreme side as far as
>     portability goes. If we can possibly squeeze the size down to something
>     like the Dell machines in the library, then they will be transportable
>     but can still use some standard components. In addition, the machines
>     don't have to have built in displays to be portable. In the case of Dr.
>     Howland's example, the school, maybe students can bring their computers
>     home and plug an old 15" CRT into them, which might not be too expensive
>     (depending on the cost to deliver a bulky item to a distant location).
>
>     I think the best way to approach this project is to, at the least,
>     assume the following:
>
>     Users will periodically have access to power (maybe they can charge a
>     battery).
>     Users will periodically have access to either a: the internet, or b: a
>     network with software updates available.
>
>     Joey mentioned the possibility of connecting the machine to a more
>     powerful machine for updates. I think this is an important point to
>     consider. Maybe we can design a system where a central, powerful machine
>     makes up for some of the weaknesses of the smaller ones, which can
>     connect to it. If anyone can think of specific applications of this,
>     please chime in.
>
>     I also think we need a way of restoring the machine to its original
>     state. I think this can be easily done by distributing a few CDs or DVDs
>     with hard disk images on them to locations where these machines will be
>     deployed, and if the system needs to be wiped, it can be easily done by
>     loading the image onto the drive. Since every computer will have
>     identical components, this should work pretty well.
>
>     Sorry for the long read, I'll get to the point and give the criteria
>     which I think are important:
>
>     1) Software usability/maintainability/availability
>     2) Non-bulky hardware which will allow the machine to be transported
>     3) Some form of AC power
>     4) A network adapter for a network/internet connection
>     5) Ability to restore the machine to its original state
>
>     As far as my personal preferences go, I'd prefer working with the OS and
>     selecting software packages, but hardware would be good too.
>      
>     Everyone should feel free to make comments about anything and everything.
>
>     Tim
>
>     On Thu, 2007-02-01 at 17:17 -0600, John Howland wrote:
>       
>
>         On Thu, 1 Feb 2007, Joey wrote:
>
>             
>
>             Ill start with the question.  Are we looking for a portable system?
>             Clearly there are pros and cons to a portable machine.
>                   
>
>         All of the choices/criteria are yours to determine.  Portability adds
>         (probably) to overall cost and complexity.  However, portability could
>         be defined to be easily movable, but not operable when not connected to
>         some sort of power grid.  For example, suppose the target user was a
>         school setting where, for security reasons, the machines had to be
>         moved to a secure locker, but when they were in use they could be connected
>         to a power source.
>
>             
>
>             Things our system should be capable of:
>
>             1.  Connecting to a network for weather information, email, web browsing
>             and so on.
>             2.  Word processing
>                   
>
>         Spreadsheet?
>
>             
>
>             3. Multi-user capability, with extremely limited access to normal user
>             accounts (the less access the average user has, the less maintenance the
>             system is likely to need).
>             4. Very basic and easy interface... much of what is available in open
>             source operating systems will be completely useless to the average user
>             of these systems.
>                   
>
>         Gnome seems to be most linux distro's choice, but there are lots of lighter
>         weight gui's.  See Ubuntu for example.
>
>             
>
>             5. Update capability, likely over a local connection, possibly to a
>             central, more powerful machine.
>             6. Some sort of method to completely reset the system to its original
>             configuration, in case of extreme malfunction. Obviously the easier the
>             better
>             7. Install that can be easily changed for locality.  Language, special
>             applications and so on.
>
>             I don't have much to say about hardware, it might be best to figure out
>             what we want to be able to do and then build our system around that.  It
>                   
>
>         User requirements! Radical!  UML might even be useful here to get a handle
>         users.
>
>             
>
>             would be a shame to build a system, only to realize later it is
>             completely useless for our goals.
>
>             Doesn't matter to me what I end up doing, Im more than willing to take
>             any job nobody else wants to do, although there are enough interesting
>             topics that I don't see that being a huge problem...
>
>             I hope to see more of these by tomorrow!  See you all in Software
>             Engineering HAHAHA (Im sure we will have loads of fun :))
>
>             Joey
>
>
>
>             _______________________________________________
>             CSPED mailing list
>             CSPED@mail.cs.trinity.edu
>             http://www.cs.trinity.edu/mailman/listinfo/csped
>
>                   
>
>         _______________________________________________________________
>         John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
>         Computer Science    email: jhowland@ariel.cs.trinity.edu
>         Trinity University  voice: (210) 999-7364
>         One Trinity Place     fax: (210) 999-7477
>         San Antonio, Texas  78212-7200
>         _______________________________________________
>         CSPED mailing list
>         CSPED@mail.cs.trinity.edu
>         http://www.cs.trinity.edu/mailman/listinfo/csped
>             
>
>
>
>     _______________________________________________
>     CSPED mailing list
>     CSPED@mail.cs.trinity.edu
>     http://www.cs.trinity.edu/mailman/listinfo/csped
>       
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>   

From joel.fessler at Trinity.edu  Fri Feb  2 22:29:34 2007
From: joel.fessler at Trinity.edu (Joel Fessler)
Date: Fri Feb  2 22:29:38 2007
Subject: [Csped] Power2People Goals
In-Reply-To: <45C3F954.6010000@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>	<1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu>
	<45C3F954.6010000@trinity.edu>
Message-ID: <45C40FAE.8000803@trinity.edu>

The previous suggestions of the highly configurable Linux distro and the 
small form factor without built in display both seem like good ideas. We 
also need to work figuring out what all we want the user to be able to 
do with this system. I see the major things as being word processing, 
web browser, email, spreadsheet, and possibly basic drawing and 
calculator. I can work on hardware, applications or OS. I would prefer 
to work on Os or applications.

Zain Shamsi wrote:
> Yeah, any Linux distribution which provides a highly configurable 
> installation would work well - like Gentoo. There are also other small 
> Linux distros which we might want to take a look at...like some of 
> these mentioned here
> http://en.wikipedia.org/wiki/MiniLinux
> They usually come with a bunch of simple applications like a word 
> processor / spreadsheet program / browser etc. and are meant to run on 
> systems with very low resources
>
> As for the portability issue - we might want to consider that if we 
> end up building a prototype, it would be a significantly different 
> experience - in terms of price and complexity to build a portable 
> system as compared with one that isnt. I like Tim's idea on this - as 
> it doesnt have to have built in display capability. Possibly a 
> MicroATX form factor which can still allow standardized 
> components..but of course the prices would have to be looked into.
>
> I am pretty comfortable with the hardware as I've built a few systems 
> before, so I would rather work on the software portion - OS / 
> Applications
>
> - Zain
>
>
>
> Glenn Kavanagh wrote:
>> Tim hits on a very good point about the operating system.  However, I 
>> would say that using distro like Gentoo would be even better than 
>> Ubunutu.  There is a large support for Gentoo, and you can compile 
>> everything (applications included) to run faster for your specific 
>> platform (processor).  Usually this would prove to be a difficult 
>> task for someone inexperienced with Linux, but we are trying to make 
>> a system that receives updates on it's own.  Because we are building 
>> identical machines to distribute, we can compile all of the new 
>> applications where ever the central server is located and then allow 
>> the users to download the newly compiled updates from our Master Server.
>>
>> Along with this, GNOME and KDE are likely out of the question because 
>> they do have a fairly big memory footprint.  Xfce would be a good 
>> choice because it is much lighter weight, it can run anything written 
>> to run for the GTK+ toolkit (GNOME), and is also user friendly.  If 
>> we get desperate for resources, we could always go with just a window 
>> manager (e.g. FVWM), instead of an entire desktop environment.  If we 
>> chose this route, we wouldn't be able to run Open Office and would 
>> have to rely on AbiWord and an equivalent Spreadsheet application.
>>
>> As far as portability goes, it seems that the more portable, the more 
>> expensive the system is going to be (see current desktop price vs. 
>> and equivalent laptop price).  This would be one of the first 
>> problems that the hardware team would need to look into.
>>
>> >From the power and network access point, I think that we could take 
>> two different approaches here.  One, assume that we have both of 
>> these.  Dr. Howland mentioned that we could assume the environment 
>> that we are working in has certain amenities.  Power and a network 
>> connection (wired/less) could be those things.  The other would be to 
>> take one or both and come up with a plan to provide them for the 
>> users.  I think that designing a way to efficiently provide a 
>> networking solution could even be one of our team's goals.
>>
>> As for restoring the machine to its original state, that could pretty 
>> easily be done over the network... I think.  Essentially we just save 
>> the users' home directories and overwrite any files that are out of 
>> sink with the state they should be in by default.
>>
>> So for the teams, I was thinking something along these lines:
>>
>> 1.  Hardware
>> 2.  OS
>> 3.  Applications
>> 4.  Network Infrastructure (this could include the main server and 
>> distributing updates)
>>
>> Preference:  working on the OS portion.
>>
>> Glenn
>>
>> Tim Nunamaker wrote:
>>
>>     I think it's fairly obvious that some Linux distro is going to be 
>> our
>>     best bet for the OS/software. As Dr. Howland mentioned, I think 
>> Ubuntu
>>     would be a pretty good choice. I've only been using Linux for a few
>>     months, and I've only used Fedora and Ubuntu for extended periods of
>>     time, but I do know that Ubuntu has a lot of community support and I
>>     haven't really had any major hardware configuration problems. Other
>>     distro's like Slackware would simply be too difficult for 
>> inexperienced
>>     users to operate.
>>
>>     In particular, I think Xubuntu looks pretty appealing:
>>     http://www.xubuntu.org/
>>     >From the main page: "Xubuntu is a complete GNU/Linux based 
>> operating
>>     system with an Ubuntu base. It is lighter on system requirements and
>>     tends to be more efficient than Ubuntu with GNOME or KDE, since 
>> it uses
>>     the Xfce Desktop environment, which makes it ideal for old or 
>> low-end
>>     machines, thin-client networks, or for those who would like to 
>> get more
>>     performance out of their hardware."
>>
>>     Sounds like just what we need. The only disadvantage to using it vs
>>     GNOME or KDE that I can think of is that it's less mainstream and so
>>     there is less support and it also wouldn't support all of the 
>> KDE/Gnome
>>     applications so well. On the other hand, I think that's a fair 
>> trade off
>>     considering our design limitations.
>>
>>     The huge benefit that I see to using Linux is the availability of so
>>     much free software. I can't think of anything we would want to 
>> put on
>>     the machines that we couldn't get in a matter of minutes, especially
>>     using a package manager such as Yum or Synaptic. This will be an
>>     especially useful feature for the end user, who will probably have
>>     limited access to software otherwise. In addition, major Linux 
>> distros
>>     usually have pretty good support for languages.
>>
>>     Now that I've got that out of the way... I think Joey question about
>>     portability is an important one. This is going to affect not only 
>> the
>>     hardware that we can use (as well as its cost), but also how we 
>> deploy
>>     the units as a whole. If we go the route of building desktops 
>> with big
>>     towers, then for any kind of update capability the user will most 
>> likely
>>     have to have some kind of local network/internet connection, or some
>>     means of transporting a big computer to a location where he/she can
>>     access one.
>>
>>     I think a laptop would be a bit on the extreme side as far as
>>     portability goes. If we can possibly squeeze the size down to 
>> something
>>     like the Dell machines in the library, then they will be 
>> transportable
>>     but can still use some standard components. In addition, the 
>> machines
>>     don't have to have built in displays to be portable. In the case 
>> of Dr.
>>     Howland's example, the school, maybe students can bring their 
>> computers
>>     home and plug an old 15" CRT into them, which might not be too 
>> expensive
>>     (depending on the cost to deliver a bulky item to a distant 
>> location).
>>
>>     I think the best way to approach this project is to, at the least,
>>     assume the following:
>>
>>     Users will periodically have access to power (maybe they can 
>> charge a
>>     battery).
>>     Users will periodically have access to either a: the internet, or 
>> b: a
>>     network with software updates available.
>>
>>     Joey mentioned the possibility of connecting the machine to a more
>>     powerful machine for updates. I think this is an important point to
>>     consider. Maybe we can design a system where a central, powerful 
>> machine
>>     makes up for some of the weaknesses of the smaller ones, which can
>>     connect to it. If anyone can think of specific applications of this,
>>     please chime in.
>>
>>     I also think we need a way of restoring the machine to its original
>>     state. I think this can be easily done by distributing a few CDs 
>> or DVDs
>>     with hard disk images on them to locations where these machines 
>> will be
>>     deployed, and if the system needs to be wiped, it can be easily 
>> done by
>>     loading the image onto the drive. Since every computer will have
>>     identical components, this should work pretty well.
>>
>>     Sorry for the long read, I'll get to the point and give the criteria
>>     which I think are important:
>>
>>     1) Software usability/maintainability/availability
>>     2) Non-bulky hardware which will allow the machine to be transported
>>     3) Some form of AC power
>>     4) A network adapter for a network/internet connection
>>     5) Ability to restore the machine to its original state
>>
>>     As far as my personal preferences go, I'd prefer working with the 
>> OS and
>>     selecting software packages, but hardware would be good too.
>>          Everyone should feel free to make comments about anything 
>> and everything.
>>
>>     Tim
>>
>>     On Thu, 2007-02-01 at 17:17 -0600, John Howland wrote:
>>      
>>         On Thu, 1 Feb 2007, Joey wrote:
>>
>>            
>>             Ill start with the question.  Are we looking for a 
>> portable system?
>>             Clearly there are pros and cons to a portable machine.
>>                  
>>         All of the choices/criteria are yours to determine.  
>> Portability adds
>>         (probably) to overall cost and complexity.  However, 
>> portability could
>>         be defined to be easily movable, but not operable when not 
>> connected to
>>         some sort of power grid.  For example, suppose the target 
>> user was a
>>         school setting where, for security reasons, the machines had 
>> to be
>>         moved to a secure locker, but when they were in use they 
>> could be connected
>>         to a power source.
>>
>>            
>>             Things our system should be capable of:
>>
>>             1.  Connecting to a network for weather information, 
>> email, web browsing
>>             and so on.
>>             2.  Word processing
>>                  
>>         Spreadsheet?
>>
>>            
>>             3. Multi-user capability, with extremely limited access 
>> to normal user
>>             accounts (the less access the average user has, the less 
>> maintenance the
>>             system is likely to need).
>>             4. Very basic and easy interface... much of what is 
>> available in open
>>             source operating systems will be completely useless to 
>> the average user
>>             of these systems.
>>                  
>>         Gnome seems to be most linux distro's choice, but there are 
>> lots of lighter
>>         weight gui's.  See Ubuntu for example.
>>
>>            
>>             5. Update capability, likely over a local connection, 
>> possibly to a
>>             central, more powerful machine.
>>             6. Some sort of method to completely reset the system to 
>> its original
>>             configuration, in case of extreme malfunction. Obviously 
>> the easier the
>>             better
>>             7. Install that can be easily changed for locality.  
>> Language, special
>>             applications and so on.
>>
>>             I don't have much to say about hardware, it might be best 
>> to figure out
>>             what we want to be able to do and then build our system 
>> around that.  It
>>                  
>>         User requirements! Radical!  UML might even be useful here to 
>> get a handle
>>         users.
>>
>>            
>>             would be a shame to build a system, only to realize later 
>> it is
>>             completely useless for our goals.
>>
>>             Doesn't matter to me what I end up doing, Im more than 
>> willing to take
>>             any job nobody else wants to do, although there are 
>> enough interesting
>>             topics that I don't see that being a huge problem...
>>
>>             I hope to see more of these by tomorrow!  See you all in 
>> Software
>>             Engineering HAHAHA (Im sure we will have loads of fun :))
>>
>>             Joey
>>
>>
>>
>>             _______________________________________________
>>             CSPED mailing list
>>             CSPED@mail.cs.trinity.edu
>>             http://www.cs.trinity.edu/mailman/listinfo/csped
>>
>>                  
>>         _______________________________________________________________
>>         John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
>>         Computer Science    email: jhowland@ariel.cs.trinity.edu
>>         Trinity University  voice: (210) 999-7364
>>         One Trinity Place     fax: (210) 999-7477
>>         San Antonio, Texas  78212-7200
>>         _______________________________________________
>>         CSPED mailing list
>>         CSPED@mail.cs.trinity.edu
>>         http://www.cs.trinity.edu/mailman/listinfo/csped
>>            
>>
>>
>>     _______________________________________________
>>     CSPED mailing list
>>     CSPED@mail.cs.trinity.edu
>>     http://www.cs.trinity.edu/mailman/listinfo/csped
>>      
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> CSPED mailing list
>> CSPED@mail.cs.trinity.edu
>> http://www.cs.trinity.edu/mailman/listinfo/csped
>>   
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped


From hertenstein at gmail.com  Sat Feb  3 11:45:09 2007
From: hertenstein at gmail.com (David Hertenstein)
Date: Sat Feb  3 11:45:18 2007
Subject: [Csped] Re: CSPED Digest, Vol 3, Issue 4
In-Reply-To: <200702030429.l134Tdsn014689@Sol.CS.Trinity.Edu>
References: <200702030429.l134Tdsn014689@Sol.CS.Trinity.Edu>
Message-ID: <93c333120702030945u22fa8c58g31bcb8366ac51b8d@mail.gmail.com>

Once we find all of our cheap components and our open source software,
whatever these might be, how will our system be built for mass distrobution.
For example, if we have 1000 people in africa who want our system, who is
going to put these systems together... us? Are we going to pay some company
to assemble it? Similarly, how will the software be installed once the
hardware is assembled? I imagine that this part of the project, I think it
would be called the distrobution aspect of our system, will need to be
figured out.

My idea is this, we find the component hardware that we can buy in any
quantity online or from all the individual companys, such as the keyboard
and the mobo and the memory and proc etc. For all of these we can find the
cheapest yet most powerful combination that exists in the commercial market,
but not worry about doing assembly ourselves, but instead create a very
detailed manual for assembling the box yourself. So the person who needs the
system, orders all of the parts themselves, but quickly and easily because
we have the parts all tabulated and instructions on ordering and shipping
and all of that. We could maybe even have different options in components
that we have found based on how much they can spend?

Doing this would require users to either be somehwat handy, or we would need
a badass manual for assembling the system...

Once they do this we could have a bootable thumbdrive to hold the linux
distrobution and whatever software package we come up with, like word proc
and spreadsheet and drivers for the hardware. I'm not sure how we would get
them the thumbdrive, maybe this is what we do the inhouse assembly on. Or we
could do something where they "rent" a thumbdrive" kind of like netflix, no
late fees just charge for each month until they send it back. This way they
don't foot the cost of buying the flash drive, they dont have to download
the package from an already working computer/internet connection, they don't
actually have to have an internet connection, and they don't have to burn a
cd or even have a cd-rom drive.

Please feel free to correct me on anything here it's just some initial
thoughts that I figured I'd share with the group.

David H.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070203/f3c06f3b/attachment.html
From timothy.nunamaker at Trinity.edu  Sat Feb  3 13:18:53 2007
From: timothy.nunamaker at Trinity.edu (Tim Nunamaker)
Date: Sat Feb  3 13:18:52 2007
Subject: [Csped] Re: CSPED Digest, Vol 3, Issue 4
In-Reply-To: <93c333120702030945u22fa8c58g31bcb8366ac51b8d@mail.gmail.com>
References: <200702030429.l134Tdsn014689@Sol.CS.Trinity.Edu>
	<93c333120702030945u22fa8c58g31bcb8366ac51b8d@mail.gmail.com>
Message-ID: <1170530333.5371.12.camel@tnunamak>

On Sat, 2007-02-03 at 11:45 -0600, David Hertenstein wrote:
> Once we find all of our cheap components and our open source software,
> whatever these might be, how will our system be built for mass
> distrobution. For example, if we have 1000 people in africa who want
> our system, who is going to put these systems together... us? Are we
> going to pay some company to assemble it? Similarly, how will the
> software be installed once the hardware is assembled? I imagine that
> this part of the project, I think it would be called the distrobution
> aspect of our system, will need to be figured out. 

That is indeed an important thing to consider. Worst case scenario, it
will be an ongoing project for the CS department for years to come. More
likely though, I think the P2P group would be taking care of that,
wouldn't they?

> My idea is this, we find the component hardware that we can buy in any
> quantity online or from all the individual companys, such as the
> keyboard and the mobo and the memory and proc etc. For all of these we
> can find the cheapest yet most powerful combination that exists in the
> commercial market, but not worry about doing assembly ourselves, but
> instead create a very detailed manual for assembling the box yourself.
> So the person who needs the system, orders all of the parts
> themselves, but quickly and easily because we have the parts all
> tabulated and instructions on ordering and shipping and all of that.
> We could maybe even have different options in components that we have
> found based on how much they can spend? 
> 
> Doing this would require users to either be somehwat handy, or we
> would need a badass manual for assembling the system...

I think you're overestimating the end user's ability to assemble a
computer. Don't forget that they probably won't speak perfect English,
and they might not have ever even seen a computer. Also, allowing the
hardware to be chosen by the user will make it very difficult to manage
a large amount of these machines. 

Who's actually paying for these machines? Are we designing a low cost
system to make it easier for the users to purchase them, or are we
designing a low cost system to make it easier for people to give it to
them? In either case, I think allowing the user to pay for a better
machine would be kind of out of the scope of this project.

> Once they do this we could have a bootable thumbdrive to hold the
> linux distrobution and whatever software package we come up with, like
> word proc and spreadsheet and drivers for the hardware. I'm not sure
> how we would get them the thumbdrive, maybe this is what we do the
> inhouse assembly on. Or we could do something where they "rent" a
> thumbdrive" kind of like netflix, no late fees just charge for each
> month until they send it back. This way they don't foot the cost of
> buying the flash drive, they dont have to download the package from an
> already working computer/internet connection, they don't actually have
> to have an internet connection, and they don't have to burn a cd or
> even have a cd-rom drive. 
> 
> Please feel free to correct me on anything here it's just some initial
> thoughts that I figured I'd share with the group.
> 
> David H.
> 
> 
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped

From Jason.Hemann at Trinity.edu  Sat Feb  3 15:00:32 2007
From: Jason.Hemann at Trinity.edu (Hemann, Jason)
Date: Sat Feb  3 15:00:34 2007
Subject: [Csped] Re: CSPED Digest, Vol 3, Issue 4
References: <200702030429.l134Tdsn014689@Sol.CS.Trinity.Edu><93c333120702030945u22fa8c58g31bcb8366ac51b8d@mail.gmail.com>
	<1170530333.5371.12.camel@tnunamak>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101566C7F@its-hardin.trinity.local>

Ok, its about time I weigh in here. 
I had a couple of things that we might take into consideration to further refine along the lines of where I think Tim's going.  We might try to get a bulk discount, and talk specifically to manufacturers or resellers and see what they'll do for us. If we're buying 1000 graphics cards, we might be able to get a couple of bucks off, and in that quantity, it makes a difference. 

We also want to produce something that is going to be manufactured for a long time. The benefit to having a standardized system is that it's easy to maintain -- if you fix the problem on one system, you know how to fix it on all. Limiting the components we are dealing with would help that. We aren't likely to run into this issue immediately, but we don't want to buy from Shady Graphics Inc., because if they go out of business we have to get some replacement part, and suddenly have to support more possible incompatibilities. 

As for the other stuff, I'd like to work on the wireless microsensor networks or quantified relevance logics teams. Since those don't exist, I have a little experience in Hardware and Apps install, and I think I'd be ok helping out there. I don't have a whole lot of OS experience, but I could help out there if needed.

JH

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Sat 03/02/2007 13:18
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: Re: [Csped] Re: CSPED Digest, Vol 3, Issue 4
 
On Sat, 2007-02-03 at 11:45 -0600, David Hertenstein wrote:
> Once we find all of our cheap components and our open source software,
> whatever these might be, how will our system be built for mass
> distrobution. For example, if we have 1000 people in africa who want
> our system, who is going to put these systems together... us? Are we
> going to pay some company to assemble it? Similarly, how will the
> software be installed once the hardware is assembled? I imagine that
> this part of the project, I think it would be called the distrobution
> aspect of our system, will need to be figured out. 

That is indeed an important thing to consider. Worst case scenario, it
will be an ongoing project for the CS department for years to come. More
likely though, I think the P2P group would be taking care of that,
wouldn't they?

> My idea is this, we find the component hardware that we can buy in any
> quantity online or from all the individual companys, such as the
> keyboard and the mobo and the memory and proc etc. For all of these we
> can find the cheapest yet most powerful combination that exists in the
> commercial market, but not worry about doing assembly ourselves, but
> instead create a very detailed manual for assembling the box yourself.
> So the person who needs the system, orders all of the parts
> themselves, but quickly and easily because we have the parts all
> tabulated and instructions on ordering and shipping and all of that.
> We could maybe even have different options in components that we have
> found based on how much they can spend? 
> 
> Doing this would require users to either be somehwat handy, or we
> would need a badass manual for assembling the system...

I think you're overestimating the end user's ability to assemble a
computer. Don't forget that they probably won't speak perfect English,
and they might not have ever even seen a computer. Also, allowing the
hardware to be chosen by the user will make it very difficult to manage
a large amount of these machines. 

Who's actually paying for these machines? Are we designing a low cost
system to make it easier for the users to purchase them, or are we
designing a low cost system to make it easier for people to give it to
them? In either case, I think allowing the user to pay for a better
machine would be kind of out of the scope of this project.

> Once they do this we could have a bootable thumbdrive to hold the
> linux distrobution and whatever software package we come up with, like
> word proc and spreadsheet and drivers for the hardware. I'm not sure
> how we would get them the thumbdrive, maybe this is what we do the
> inhouse assembly on. Or we could do something where they "rent" a
> thumbdrive" kind of like netflix, no late fees just charge for each
> month until they send it back. This way they don't foot the cost of
> buying the flash drive, they dont have to download the package from an
> already working computer/internet connection, they don't actually have
> to have an internet connection, and they don't have to burn a cd or
> even have a cd-rom drive. 
> 
> Please feel free to correct me on anything here it's just some initial
> thoughts that I figured I'd share with the group.
> 
> David H.
> 
> 
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5473 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070203/b46e4391/attachment.bin
From josiah.dodds at Trinity.edu  Sat Feb 10 07:34:31 2007
From: josiah.dodds at Trinity.edu (Joey)
Date: Sat Feb 10 07:36:53 2007
Subject: [Csped] Living proof that memory increases with a long night
In-Reply-To: <45C40FAE.8000803@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>	<1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu>	<45C3F954.6010000@trinity.edu>
	<45C40FAE.8000803@trinity.edu>
Message-ID: <45CDC9E7.5040309@trinity.edu>

Its an interesting time to remember an assignment, but we were going to 
do something by Friday I believe.... Oops, lets make that Saturday at 
midnight. You will all lose some percentage of your grade unless the 
teacher takes so long to grade it that they don't remember that you 
turned it in late XD.

Educational use sounds good to me.  It gives us a very definite set of 
applications for our pc which will be great for defining our goals.  We 
do need to decide on if we will be making computers for individuals, a 
few computers to be located in a classroom, or a computer lab of sorts.  
After some thought, the computer lab might be the most useful, as it 
would allow for the greatest use by the most students, with the minimum 
distraction in class. This setup might lend itself to more of a terminal 
setup... I don't know exactly what to call it.  It would probably be 
pretty cost effective to build one nicer computer and run the rest from 
that.  I don't have a clue how that would work, but I am sure there are 
many options. If nothing else a computer lab setting would make setting 
up a lan pretty darn easy.

Splitting up by software and hardware should be sufficient, groups could 
be further split up from there, depending on how effectively we think we 
can get the work done.  Perhaps with some sort of a manager type bridge 
between them... not sure if that is actually needed.  Dr Howland: For 
now would it be possible to get a computer to work on? We don't want our 
software team to have to wait for the hardware team to come up with a 
system to start their work.  We can make a pretty good estimate of our 
system requirements at the start and work from there.  I really don't  
mind which team Im on, but here is who has specified a preference so 
far, and unless there are any disagreements they should probably end up 
where they asked to be.

Software
________
Tim
Glenn
Zain
Joel

Annnd, it doesn't look like anyone else has specified a preference by 
email, although some of you did in class. Please respond to this with a 
clearer idea of what we are actually doing, and your preference for teams.

Joey

From pcoleman at Trinity.edu  Sat Feb 10 11:35:58 2007
From: pcoleman at Trinity.edu (Phillip Coleman)
Date: Sat Feb 10 11:36:00 2007
Subject: [Csped] Living proof that memory increases with a long night
In-Reply-To: <45CDC9E7.5040309@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>	<1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu>	<45C3F954.6010000@trinity.edu>	<45C40FAE.8000803@trinity.edu>
	<45CDC9E7.5040309@trinity.edu>
Message-ID: <45CE027E.60201@trinity.edu>

I agree with Joey, I definitely think an educational setting would 
really help us refine our goals, and make the project seem closer to 
home.  As far as having a terminal setup, we will have to examine the 
difficulty in setting up a system like that, and then further how many 
terminals will be connected to the main computer. 

Some ideas for groups would be software, hardware, networking, 
distribution, and management.

I don't have much of a preference but I feel I could do the most work on 
the software team.

See you all on Monday,

Phil

Joey wrote:
> Its an interesting time to remember an assignment, but we were going 
> to do something by Friday I believe.... Oops, lets make that Saturday 
> at midnight. You will all lose some percentage of your grade unless 
> the teacher takes so long to grade it that they don't remember that 
> you turned it in late XD.
>
> Educational use sounds good to me.  It gives us a very definite set of 
> applications for our pc which will be great for defining our goals.  
> We do need to decide on if we will be making computers for 
> individuals, a few computers to be located in a classroom, or a 
> computer lab of sorts.  After some thought, the computer lab might be 
> the most useful, as it would allow for the greatest use by the most 
> students, with the minimum distraction in class. This setup might lend 
> itself to more of a terminal setup... I don't know exactly what to 
> call it.  It would probably be pretty cost effective to build one 
> nicer computer and run the rest from that.  I don't have a clue how 
> that would work, but I am sure there are many options. If nothing else 
> a computer lab setting would make setting up a lan pretty darn easy.
>
> Splitting up by software and hardware should be sufficient, groups 
> could be further split up from there, depending on how effectively we 
> think we can get the work done.  Perhaps with some sort of a manager 
> type bridge between them... not sure if that is actually needed.  Dr 
> Howland: For now would it be possible to get a computer to work on? We 
> don't want our software team to have to wait for the hardware team to 
> come up with a system to start their work.  We can make a pretty good 
> estimate of our system requirements at the start and work from there.  
> I really don't  mind which team Im on, but here is who has specified a 
> preference so far, and unless there are any disagreements they should 
> probably end up where they asked to be.
>
> Software
> ________
> Tim
> Glenn
> Zain
> Joel
>
> Annnd, it doesn't look like anyone else has specified a preference by 
> email, although some of you did in class. Please respond to this with 
> a clearer idea of what we are actually doing, and your preference for 
> teams.
>
> Joey
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>


From Jason.Hemann at Trinity.edu  Sat Feb 10 14:23:53 2007
From: Jason.Hemann at Trinity.edu (Hemann, Jason)
Date: Sat Feb 10 14:25:31 2007
Subject: [Csped] Living proof that memory increases with a long night
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>	<45C21EDE.7020408@trinity.edu>	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>	<1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu>	<45C3F954.6010000@trinity.edu>	<45C40FAE.8000803@trinity.edu>
	<45CDC9E7.5040309@trinity.edu> <45CE027E.60201@trinity.edu>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101566CA8@its-hardin.trinity.local>

I think I'd like to jump on software as well. I've started checking around, and I believe that finding good educational software will be a challenge. However, I think it'll also be worthwhile.

JH

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip Coleman
Sent: Sat 10/02/2007 11:35
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: Re: [Csped] Living proof that memory increases with a long night
 
I agree with Joey, I definitely think an educational setting would 
really help us refine our goals, and make the project seem closer to 
home.  As far as having a terminal setup, we will have to examine the 
difficulty in setting up a system like that, and then further how many 
terminals will be connected to the main computer. 

Some ideas for groups would be software, hardware, networking, 
distribution, and management.

I don't have much of a preference but I feel I could do the most work on 
the software team.

See you all on Monday,

Phil

Joey wrote:
> Its an interesting time to remember an assignment, but we were going 
> to do something by Friday I believe.... Oops, lets make that Saturday 
> at midnight. You will all lose some percentage of your grade unless 
> the teacher takes so long to grade it that they don't remember that 
> you turned it in late XD.
>
> Educational use sounds good to me.  It gives us a very definite set of 
> applications for our pc which will be great for defining our goals.  
> We do need to decide on if we will be making computers for 
> individuals, a few computers to be located in a classroom, or a 
> computer lab of sorts.  After some thought, the computer lab might be 
> the most useful, as it would allow for the greatest use by the most 
> students, with the minimum distraction in class. This setup might lend 
> itself to more of a terminal setup... I don't know exactly what to 
> call it.  It would probably be pretty cost effective to build one 
> nicer computer and run the rest from that.  I don't have a clue how 
> that would work, but I am sure there are many options. If nothing else 
> a computer lab setting would make setting up a lan pretty darn easy.
>
> Splitting up by software and hardware should be sufficient, groups 
> could be further split up from there, depending on how effectively we 
> think we can get the work done.  Perhaps with some sort of a manager 
> type bridge between them... not sure if that is actually needed.  Dr 
> Howland: For now would it be possible to get a computer to work on? We 
> don't want our software team to have to wait for the hardware team to 
> come up with a system to start their work.  We can make a pretty good 
> estimate of our system requirements at the start and work from there.  
> I really don't  mind which team Im on, but here is who has specified a 
> preference so far, and unless there are any disagreements they should 
> probably end up where they asked to be.
>
> Software
> ________
> Tim
> Glenn
> Zain
> Joel
>
> Annnd, it doesn't look like anyone else has specified a preference by 
> email, although some of you did in class. Please respond to this with 
> a clearer idea of what we are actually doing, and your preference for 
> teams.
>
> Joey
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>


_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4913 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070210/3089c161/attachment.bin
From timothy.nunamaker at Trinity.edu  Sat Feb 10 20:43:49 2007
From: timothy.nunamaker at Trinity.edu (Tim Nunamaker)
Date: Sat Feb 10 20:43:49 2007
Subject: [Csped] Living proof that memory increases with a long night
In-Reply-To: <DE88E12960DA264482E6BFB188F68FE101566CA8@its-hardin.trinity.local>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
	<45C21EDE.7020408@trinity.edu>
	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
	<1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu>
	<45C3F954.6010000@trinity.edu>	<45C40FAE.8000803@trinity.edu>
	<45CDC9E7.5040309@trinity.edu> <45CE027E.60201@trinity.edu>
	<DE88E12960DA264482E6BFB188F68FE101566CA8@its-hardin.trinity.local>
Message-ID: <1171161829.5008.0.camel@tnunamak>

If we need people for hardware, I could go either way.

Tim

On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote:
> I think I'd like to jump on software as well. I've started checking
> around, and I believe that finding good educational software will be a
> challenge. However, I think it'll also be worthwhile.
> 
> JH
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip Coleman 
> Sent: Sat 10/02/2007 11:35 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: Re: [Csped] Living proof that memory increases with a long
> night 
>   
> I agree with Joey, I definitely think an educational setting would  
> really help us refine our goals, and make the project seem closer to  
> home.  As far as having a terminal setup, we will have to examine
> the  
> difficulty in setting up a system like that, and then further how
> many  
> terminals will be connected to the main computer. 
> 
> Some ideas for groups would be software, hardware, networking,  
> distribution, and management.
> 
> I don't have much of a preference but I feel I could do the most work
> on  
> the software team.
> 
> See you all on Monday,
> 
> Phil
> 
> Joey wrote: 
> > Its an interesting time to remember an assignment, but we were
> going  
> > to do something by Friday I believe.... Oops, lets make that
> Saturday  
> > at midnight. You will all lose some percentage of your grade
> unless  
> > the teacher takes so long to grade it that they don't remember
> that  
> > you turned it in late XD. 
> > 
> > Educational use sounds good to me.  It gives us a very definite set
> of  
> > applications for our pc which will be great for defining our
> goals.   
> > We do need to decide on if we will be making computers for  
> > individuals, a few computers to be located in a classroom, or a  
> > computer lab of sorts.  After some thought, the computer lab might
> be  
> > the most useful, as it would allow for the greatest use by the
> most  
> > students, with the minimum distraction in class. This setup might
> lend  
> > itself to more of a terminal setup... I don't know exactly what to  
> > call it.  It would probably be pretty cost effective to build one  
> > nicer computer and run the rest from that.  I don't have a clue
> how  
> > that would work, but I am sure there are many options. If nothing
> else  
> > a computer lab setting would make setting up a lan pretty darn
> easy. 
> > 
> > Splitting up by software and hardware should be sufficient, groups  
> > could be further split up from there, depending on how effectively
> we  
> > think we can get the work done.  Perhaps with some sort of a
> manager  
> > type bridge between them... not sure if that is actually needed.
> Dr  
> > Howland: For now would it be possible to get a computer to work on?
> We  
> > don't want our software team to have to wait for the hardware team
> to  
> > come up with a system to start their work.  We can make a pretty
> good  
> > estimate of our system requirements at the start and work from
> there.   
> > I really don't  mind which team Im on, but here is who has specified
> a  
> > preference so far, and unless there are any disagreements they
> should  
> > probably end up where they asked to be. 
> > 
> > Software 
> > ________ 
> > Tim 
> > Glenn 
> > Zain 
> > Joel 
> > 
> > Annnd, it doesn't look like anyone else has specified a preference
> by  
> > email, although some of you did in class. Please respond to this
> with  
> > a clearer idea of what we are actually doing, and your preference
> for  
> > teams. 
> > 
> > Joey 
> > 
> > _______________________________________________ 
> > CSPED mailing list 
> > CSPED@mail.cs.trinity.edu 
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> >
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

From Joshua.Aldana at Trinity.edu  Sun Feb 11 16:06:50 2007
From: Joshua.Aldana at Trinity.edu (Aldana, Joshua)
Date: Sun Feb 11 16:08:21 2007
Subject: [Csped] Living proof that memory increases with a long night
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com><45C21EDE.7020408@trinity.edu><Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu><1170466408.6918.6.camel@tnunamak>	<45C3F503.8020209@trinity.edu><45C3F954.6010000@trinity.edu>	<45C40FAE.8000803@trinity.edu><45CDC9E7.5040309@trinity.edu>
	<45CE027E.60201@trinity.edu><DE88E12960DA264482E6BFB188F68FE101566CA8@its-hardin.trinity.local>
	<1171161829.5008.0.camel@tnunamak>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local>


I would like to be working on the hardware.

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Sat 2/10/2007 8:43 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 
If we need people for hardware, I could go either way.

Tim

On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote:
> I think I'd like to jump on software as well. I've started checking
> around, and I believe that finding good educational software will be a
> challenge. However, I think it'll also be worthwhile.
> 
> JH
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip Coleman 
> Sent: Sat 10/02/2007 11:35 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: Re: [Csped] Living proof that memory increases with a long
> night 
>   
> I agree with Joey, I definitely think an educational setting would  
> really help us refine our goals, and make the project seem closer to  
> home.  As far as having a terminal setup, we will have to examine
> the  
> difficulty in setting up a system like that, and then further how
> many  
> terminals will be connected to the main computer. 
> 
> Some ideas for groups would be software, hardware, networking,  
> distribution, and management.
> 
> I don't have much of a preference but I feel I could do the most work
> on  
> the software team.
> 
> See you all on Monday,
> 
> Phil
> 
> Joey wrote: 
> > Its an interesting time to remember an assignment, but we were
> going  
> > to do something by Friday I believe.... Oops, lets make that
> Saturday  
> > at midnight. You will all lose some percentage of your grade
> unless  
> > the teacher takes so long to grade it that they don't remember
> that  
> > you turned it in late XD. 
> > 
> > Educational use sounds good to me.  It gives us a very definite set
> of  
> > applications for our pc which will be great for defining our
> goals.   
> > We do need to decide on if we will be making computers for  
> > individuals, a few computers to be located in a classroom, or a  
> > computer lab of sorts.  After some thought, the computer lab might
> be  
> > the most useful, as it would allow for the greatest use by the
> most  
> > students, with the minimum distraction in class. This setup might
> lend  
> > itself to more of a terminal setup... I don't know exactly what to  
> > call it.  It would probably be pretty cost effective to build one  
> > nicer computer and run the rest from that.  I don't have a clue
> how  
> > that would work, but I am sure there are many options. If nothing
> else  
> > a computer lab setting would make setting up a lan pretty darn
> easy. 
> > 
> > Splitting up by software and hardware should be sufficient, groups  
> > could be further split up from there, depending on how effectively
> we  
> > think we can get the work done.  Perhaps with some sort of a
> manager  
> > type bridge between them... not sure if that is actually needed.
> Dr  
> > Howland: For now would it be possible to get a computer to work on?
> We  
> > don't want our software team to have to wait for the hardware team
> to  
> > come up with a system to start their work.  We can make a pretty
> good  
> > estimate of our system requirements at the start and work from
> there.   
> > I really don't  mind which team Im on, but here is who has specified
> a  
> > preference so far, and unless there are any disagreements they
> should  
> > probably end up where they asked to be. 
> > 
> > Software 
> > ________ 
> > Tim 
> > Glenn 
> > Zain 
> > Joel 
> > 
> > Annnd, it doesn't look like anyone else has specified a preference
> by  
> > email, although some of you did in class. Please respond to this
> with  
> > a clearer idea of what we are actually doing, and your preference
> for  
> > teams. 
> > 
> > Joey 
> > 
> > _______________________________________________ 
> > CSPED mailing list 
> > CSPED@mail.cs.trinity.edu 
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> >
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5337 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070211/624bf3cc/attachment.bin
From Michael.Pellon at Trinity.edu  Sun Feb 11 17:37:03 2007
From: Michael.Pellon at Trinity.edu (Pellon, Michael)
Date: Sun Feb 11 17:38:00 2007
Subject: [Csped] Living proof that memory increases with a long night
References: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local>
Message-ID: <62B9D54B4D5449448C9BEB61EBE0F5D001879F5D@its-hardin.trinity.local>

I would like to do software. I lots of experience with grub and low level kernel management.

--------------------------------------------
Michael Pellon
mpellon@trinity.edu 
Student
Trinity University
(713) 503-6500
--------------------------------------------



-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Aldana, Joshua
Sent: Sun 2/11/2007 4:06 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 

I would like to be working on the hardware.

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Sat 2/10/2007 8:43 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 
If we need people for hardware, I could go either way.

Tim

On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote:
> I think I'd like to jump on software as well. I've started checking
> around, and I believe that finding good educational software will be a
> challenge. However, I think it'll also be worthwhile.
> 
> JH
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip Coleman 
> Sent: Sat 10/02/2007 11:35 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: Re: [Csped] Living proof that memory increases with a long
> night 
>   
> I agree with Joey, I definitely think an educational setting would  
> really help us refine our goals, and make the project seem closer to  
> home.  As far as having a terminal setup, we will have to examine
> the  
> difficulty in setting up a system like that, and then further how
> many  
> terminals will be connected to the main computer. 
> 
> Some ideas for groups would be software, hardware, networking,  
> distribution, and management.
> 
> I don't have much of a preference but I feel I could do the most work
> on  
> the software team.
> 
> See you all on Monday,
> 
> Phil
> 
> Joey wrote: 
> > Its an interesting time to remember an assignment, but we were
> going  
> > to do something by Friday I believe.... Oops, lets make that
> Saturday  
> > at midnight. You will all lose some percentage of your grade
> unless  
> > the teacher takes so long to grade it that they don't remember
> that  
> > you turned it in late XD. 
> > 
> > Educational use sounds good to me.  It gives us a very definite set
> of  
> > applications for our pc which will be great for defining our
> goals.   
> > We do need to decide on if we will be making computers for  
> > individuals, a few computers to be located in a classroom, or a  
> > computer lab of sorts.  After some thought, the computer lab might
> be  
> > the most useful, as it would allow for the greatest use by the
> most  
> > students, with the minimum distraction in class. This setup might
> lend  
> > itself to more of a terminal setup... I don't know exactly what to  
> > call it.  It would probably be pretty cost effective to build one  
> > nicer computer and run the rest from that.  I don't have a clue
> how  
> > that would work, but I am sure there are many options. If nothing
> else  
> > a computer lab setting would make setting up a lan pretty darn
> easy. 
> > 
> > Splitting up by software and hardware should be sufficient, groups  
> > could be further split up from there, depending on how effectively
> we  
> > think we can get the work done.  Perhaps with some sort of a
> manager  
> > type bridge between them... not sure if that is actually needed.
> Dr  
> > Howland: For now would it be possible to get a computer to work on?
> We  
> > don't want our software team to have to wait for the hardware team
> to  
> > come up with a system to start their work.  We can make a pretty
> good  
> > estimate of our system requirements at the start and work from
> there.   
> > I really don't  mind which team Im on, but here is who has specified
> a  
> > preference so far, and unless there are any disagreements they
> should  
> > probably end up where they asked to be. 
> > 
> > Software 
> > ________ 
> > Tim 
> > Glenn 
> > Zain 
> > Joel 
> > 
> > Annnd, it doesn't look like anyone else has specified a preference
> by  
> > email, although some of you did in class. Please respond to this
> with  
> > a clearer idea of what we are actually doing, and your preference
> for  
> > teams. 
> > 
> > Joey 
> > 
> > _______________________________________________ 
> > CSPED mailing list 
> > CSPED@mail.cs.trinity.edu 
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> >
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped



From jhowland at ariel.cs.trinity.edu  Mon Feb 12 10:41:18 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Mon Feb 12 10:41:21 2007
Subject: [Csped] Living proof that memory increases with a long night
In-Reply-To: <45CDC9E7.5040309@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
	<45C21EDE.7020408@trinity.edu>
	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
	<1170466408.6918.6.camel@tnunamak> <45C3F503.8020209@trinity.edu>
	<45C3F954.6010000@trinity.edu> <45C40FAE.8000803@trinity.edu>
	<45CDC9E7.5040309@trinity.edu>
Message-ID: <Pine.OSX.4.58.0702121034490.24373@leda.cs.trinity.edu>

On Sat, 10 Feb 2007, Joey wrote:

> Its an interesting time to remember an assignment, but we were going to
> do something by Friday I believe.... Oops, lets make that Saturday at
> midnight. You will all lose some percentage of your grade unless the
> teacher takes so long to grade it that they don't remember that you
> turned it in late XD.
>
> Educational use sounds good to me.  It gives us a very definite set of
> applications for our pc which will be great for defining our goals.  We
> do need to decide on if we will be making computers for individuals, a
> few computers to be located in a classroom, or a computer lab of sorts.
> After some thought, the computer lab might be the most useful, as it
> would allow for the greatest use by the most students, with the minimum
> distraction in class. This setup might lend itself to more of a terminal
> setup... I don't know exactly what to call it.  It would probably be
> pretty cost effective to build one nicer computer and run the rest from
> that.  I don't have a clue how that would work, but I am sure there are
> many options. If nothing else a computer lab setting would make setting
> up a lan pretty darn easy.
>
> Splitting up by software and hardware should be sufficient, groups could
> be further split up from there, depending on how effectively we think we
> can get the work done.  Perhaps with some sort of a manager type bridge
> between them... not sure if that is actually needed.  Dr Howland: For
> now would it be possible to get a computer to work on? We don't want our
> software team to have to wait for the hardware team to come up with a

The answer to this question is yes, but this may be a bit premature
unless you people have made more progress than I am aware of.

Power2People makes reference to the systems being self supporting.
To me this means that the software distribution/installation/support
system is the same architecture/distribution as the individual
client machines.  So those decisions have to be made first.  I think
the hardware search (for lowest cost which meets criteria) must be
done before we start with other things.  And, of course, the criteria
has to be finalized before that can be done.  The criteria and
team organizations are what we need now, first.

> system to start their work.  We can make a pretty good estimate of our
> system requirements at the start and work from there.  I really don't
> mind which team Im on, but here is who has specified a preference so
> far, and unless there are any disagreements they should probably end up
> where they asked to be.
>
> Software
> ________
> Tim
> Glenn
> Zain
> Joel
>
> Annnd, it doesn't look like anyone else has specified a preference by
> email, although some of you did in class. Please respond to this with a
> clearer idea of what we are actually doing, and your preference for teams.
>
> Joey
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From jhowland at ariel.cs.trinity.edu  Mon Feb 12 10:57:16 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Mon Feb 12 10:57:18 2007
Subject: [Csped] Living proof that memory increases with a long night
In-Reply-To: <45CE027E.60201@trinity.edu>
References: <93c333120701290930v38258faflc6317e6794ab9625@mail.gmail.com>
	<45C21EDE.7020408@trinity.edu>
	<Pine.OSX.4.58.0702011705290.6513@leda.cs.trinity.edu>
	<1170466408.6918.6.camel@tnunamak> <45C3F503.8020209@trinity.edu>
	<45C3F954.6010000@trinity.edu> <45C40FAE.8000803@trinity.edu>
	<45CDC9E7.5040309@trinity.edu> <45CE027E.60201@trinity.edu>
Message-ID: <Pine.OSX.4.58.0702121054540.24373@leda.cs.trinity.edu>

On Sat, 10 Feb 2007, Phillip Coleman wrote:

> I agree with Joey, I definitely think an educational setting would

What kind of educational setting?  CS education, Art, ?.  What level
(elementary, secondary, college)?  There are likely big differences
between Art and CS education in the applications needed.

> really help us refine our goals, and make the project seem closer to
> home.  As far as having a terminal setup, we will have to examine the
> difficulty in setting up a system like that, and then further how many
> terminals will be connected to the main computer.
>
> Some ideas for groups would be software, hardware, networking,
> distribution, and management.
>
> I don't have much of a preference but I feel I could do the most work on
> the software team.
>
> See you all on Monday,
>
> Phil
>
> Joey wrote:
> > Its an interesting time to remember an assignment, but we were going
> > to do something by Friday I believe.... Oops, lets make that Saturday
> > at midnight. You will all lose some percentage of your grade unless
> > the teacher takes so long to grade it that they don't remember that
> > you turned it in late XD.
> >
> > Educational use sounds good to me.  It gives us a very definite set of
> > applications for our pc which will be great for defining our goals.
> > We do need to decide on if we will be making computers for
> > individuals, a few computers to be located in a classroom, or a
> > computer lab of sorts.  After some thought, the computer lab might be
> > the most useful, as it would allow for the greatest use by the most
> > students, with the minimum distraction in class. This setup might lend
> > itself to more of a terminal setup... I don't know exactly what to
> > call it.  It would probably be pretty cost effective to build one
> > nicer computer and run the rest from that.  I don't have a clue how
> > that would work, but I am sure there are many options. If nothing else
> > a computer lab setting would make setting up a lan pretty darn easy.
> >
> > Splitting up by software and hardware should be sufficient, groups
> > could be further split up from there, depending on how effectively we
> > think we can get the work done.  Perhaps with some sort of a manager
> > type bridge between them... not sure if that is actually needed.  Dr
> > Howland: For now would it be possible to get a computer to work on? We
> > don't want our software team to have to wait for the hardware team to
> > come up with a system to start their work.  We can make a pretty good
> > estimate of our system requirements at the start and work from there.
> > I really don't  mind which team Im on, but here is who has specified a
> > preference so far, and unless there are any disagreements they should
> > probably end up where they asked to be.
> >
> > Software
> > ________
> > Tim
> > Glenn
> > Zain
> > Joel
> >
> > Annnd, it doesn't look like anyone else has specified a preference by
> > email, although some of you did in class. Please respond to this with
> > a clearer idea of what we are actually doing, and your preference for
> > teams.
> >
> > Joey
> >
> > _______________________________________________
> > CSPED mailing list
> > CSPED@mail.cs.trinity.edu
> > http://www.cs.trinity.edu/mailman/listinfo/csped
> >
> >
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From David.Hertenstein at Trinity.edu  Mon Feb 12 11:56:53 2007
From: David.Hertenstein at Trinity.edu (Hertenstein, David)
Date: Mon Feb 12 11:57:46 2007
Subject: [Csped] Living proof that memory increases with a long night
References: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local>
	<62B9D54B4D5449448C9BEB61EBE0F5D001879F5D@its-hardin.trinity.local>
Message-ID: <2F06CD119FCF5B42B21F0814FD5C2B1D01912D0C@its-hardin.trinity.local>

I can do either hardware or software, whichever group is needing members I'll probably just go with.

David H.


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Pellon, Michael
Sent: Sun 2/11/2007 5:37 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland); CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 
I would like to do software. I lots of experience with grub and low level kernel management.

--------------------------------------------
Michael Pellon
mpellon@trinity.edu 
Student
Trinity University
(713) 503-6500
--------------------------------------------



-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Aldana, Joshua
Sent: Sun 2/11/2007 4:06 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 

I would like to be working on the hardware.

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Sat 2/10/2007 8:43 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] Living proof that memory increases with a long night
 
If we need people for hardware, I could go either way.

Tim

On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote:
> I think I'd like to jump on software as well. I've started checking
> around, and I believe that finding good educational software will be a
> challenge. However, I think it'll also be worthwhile.
> 
> JH
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip Coleman 
> Sent: Sat 10/02/2007 11:35 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: Re: [Csped] Living proof that memory increases with a long
> night 
>   
> I agree with Joey, I definitely think an educational setting would  
> really help us refine our goals, and make the project seem closer to  
> home.  As far as having a terminal setup, we will have to examine
> the  
> difficulty in setting up a system like that, and then further how
> many  
> terminals will be connected to the main computer. 
> 
> Some ideas for groups would be software, hardware, networking,  
> distribution, and management.
> 
> I don't have much of a preference but I feel I could do the most work
> on  
> the software team.
> 
> See you all on Monday,
> 
> Phil
> 
> Joey wrote: 
> > Its an interesting time to remember an assignment, but we were
> going  
> > to do something by Friday I believe.... Oops, lets make that
> Saturday  
> > at midnight. You will all lose some percentage of your grade
> unless  
> > the teacher takes so long to grade it that they don't remember
> that  
> > you turned it in late XD. 
> > 
> > Educational use sounds good to me.  It gives us a very definite set
> of  
> > applications for our pc which will be great for defining our
> goals.   
> > We do need to decide on if we will be making computers for  
> > individuals, a few computers to be located in a classroom, or a  
> > computer lab of sorts.  After some thought, the computer lab might
> be  
> > the most useful, as it would allow for the greatest use by the
> most  
> > students, with the minimum distraction in class. This setup might
> lend  
> > itself to more of a terminal setup... I don't know exactly what to  
> > call it.  It would probably be pretty cost effective to build one  
> > nicer computer and run the rest from that.  I don't have a clue
> how  
> > that would work, but I am sure there are many options. If nothing
> else  
> > a computer lab setting would make setting up a lan pretty darn
> easy. 
> > 
> > Splitting up by software and hardware should be sufficient, groups  
> > could be further split up from there, depending on how effectively
> we  
> > think we can get the work done.  Perhaps with some sort of a
> manager  
> > type bridge between them... not sure if that is actually needed.
> Dr  
> > Howland: For now would it be possible to get a computer to work on?
> We  
> > don't want our software team to have to wait for the hardware team
> to  
> > come up with a system to start their work.  We can make a pretty
> good  
> > estimate of our system requirements at the start and work from
> there.   
> > I really don't  mind which team Im on, but here is who has specified
> a  
> > preference so far, and unless there are any disagreements they
> should  
> > probably end up where they asked to be. 
> > 
> > Software 
> > ________ 
> > Tim 
> > Glenn 
> > Zain 
> > Joel 
> > 
> > Annnd, it doesn't look like anyone else has specified a preference
> by  
> > email, although some of you did in class. Please respond to this
> with  
> > a clearer idea of what we are actually doing, and your preference
> for  
> > teams. 
> > 
> > Joey 
> > 
> > _______________________________________________ 
> > CSPED mailing list 
> > CSPED@mail.cs.trinity.edu 
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> >
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped



_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5449 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070212/f829c321/attachment.bin
From timothy.nunamaker at Trinity.edu  Mon Feb 19 19:18:48 2007
From: timothy.nunamaker at Trinity.edu (Tim Nunamaker)
Date: Mon Feb 19 19:18:48 2007
Subject: [Csped] Making up lost time
In-Reply-To: <2F06CD119FCF5B42B21F0814FD5C2B1D01912D0C@its-hardin.trinity.local>
References: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local>
	<62B9D54B4D5449448C9BEB61EBE0F5D001879F5D@its-hardin.trinity.local>
	<2F06CD119FCF5B42B21F0814FD5C2B1D01912D0C@its-hardin.trinity.local>
Message-ID: <1171934328.6401.25.camel@tnunamak>

Hi all,

Today in class we decided that we should pick a project leader/manager
to make sure we can keep a schedule and get things done. If anyone
really wants to do it, now is the time to speak up, otherwise I have no
problem with doing it.

Basically, by next Monday we need to have concrete requirements decided
(Dr. Howland demands it... you'd better listen...). If I get some time
tonight I'll try to start off with some proposed requirements, and I'd
encourage everyone to do the same.

I wasn't in class last Monday due to a math competition, so I should
probably ask, did we make any progress then in determining the scope of
our project and some general constraints?

Also, I think hardware/software are good divisions, but I think we need
to break it down a little further. Those sub-function groups should be
part of what we have for next week, and I think within the first 15
minutes of class everyone should know what they'll be working on. Just a
thought.

Tim

On Mon, 2007-02-12 at 11:56 -0600, Hertenstein, David wrote:
> I can do either hardware or software, whichever group is needing
> members I'll probably just go with.
> 
> David H.
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Pellon, Michael 
> Sent: Sun 2/11/2007 5:37 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland);
> CS Professional, Ethics,Design Course Discussion List (Howland)
> 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> I would like to do software. I lots of experience with grub and low
> level kernel management.
> 
> -------------------------------------------- 
> Michael Pellon 
> mpellon@trinity.edu  
> Student 
> Trinity University 
> (713) 503-6500 
> --------------------------------------------
> 
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Aldana, Joshua 
> Sent: Sun 2/11/2007 4:06 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>  
> 
> I would like to be working on the hardware.
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker 
> Sent: Sat 2/10/2007 8:43 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> If we need people for hardware, I could go either way.
> 
> Tim
> 
> On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote: 
> > I think I'd like to jump on software as well. I've started checking 
> > around, and I believe that finding good educational software will be
> a 
> > challenge. However, I think it'll also be worthwhile. 
> >  
> > JH 
> >  
> > -----Original Message-----  
> > From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip
> Coleman  
> > Sent: Sat 10/02/2007 11:35  
> > To: CS Professional, Ethics,Design Course Discussion List
> (Howland)  
> > Subject: Re: [Csped] Living proof that memory increases with a long 
> > night  
> >    
> > I agree with Joey, I definitely think an educational setting
> would   
> > really help us refine our goals, and make the project seem closer
> to   
> > home.  As far as having a terminal setup, we will have to examine 
> > the   
> > difficulty in setting up a system like that, and then further how 
> > many   
> > terminals will be connected to the main computer.  
> >  
> > Some ideas for groups would be software, hardware, networking,   
> > distribution, and management. 
> >  
> > I don't have much of a preference but I feel I could do the most
> work 
> > on   
> > the software team. 
> >  
> > See you all on Monday, 
> >  
> > Phil 
> >  
> > Joey wrote:  
> > > Its an interesting time to remember an assignment, but we were 
> > going   
> > > to do something by Friday I believe.... Oops, lets make that 
> > Saturday   
> > > at midnight. You will all lose some percentage of your grade 
> > unless   
> > > the teacher takes so long to grade it that they don't remember 
> > that   
> > > you turned it in late XD.  
> > >  
> > > Educational use sounds good to me.  It gives us a very definite
> set 
> > of   
> > > applications for our pc which will be great for defining our 
> > goals.    
> > > We do need to decide on if we will be making computers for   
> > > individuals, a few computers to be located in a classroom, or a   
> > > computer lab of sorts.  After some thought, the computer lab
> might 
> > be   
> > > the most useful, as it would allow for the greatest use by the 
> > most   
> > > students, with the minimum distraction in class. This setup might 
> > lend   
> > > itself to more of a terminal setup... I don't know exactly what
> to   
> > > call it.  It would probably be pretty cost effective to build
> one   
> > > nicer computer and run the rest from that.  I don't have a clue 
> > how   
> > > that would work, but I am sure there are many options. If nothing 
> > else   
> > > a computer lab setting would make setting up a lan pretty darn 
> > easy.  
> > >  
> > > Splitting up by software and hardware should be sufficient,
> groups   
> > > could be further split up from there, depending on how
> effectively 
> > we   
> > > think we can get the work done.  Perhaps with some sort of a 
> > manager   
> > > type bridge between them... not sure if that is actually needed. 
> > Dr   
> > > Howland: For now would it be possible to get a computer to work
> on? 
> > We   
> > > don't want our software team to have to wait for the hardware
> team 
> > to   
> > > come up with a system to start their work.  We can make a pretty 
> > good   
> > > estimate of our system requirements at the start and work from 
> > there.    
> > > I really don't  mind which team Im on, but here is who has
> specified 
> > a   
> > > preference so far, and unless there are any disagreements they 
> > should   
> > > probably end up where they asked to be.  
> > >  
> > > Software  
> > > ________  
> > > Tim  
> > > Glenn  
> > > Zain  
> > > Joel  
> > >  
> > > Annnd, it doesn't look like anyone else has specified a
> preference 
> > by   
> > > email, although some of you did in class. Please respond to this 
> > with   
> > > a clearer idea of what we are actually doing, and your preference 
> > for   
> > > teams.  
> > >  
> > > Joey  
> > >  
> > > _______________________________________________  
> > > CSPED mailing list  
> > > CSPED@mail.cs.trinity.edu  
> > > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > >  
> > > 
> >  
> >  
> > _______________________________________________  
> > CSPED mailing list  
> > CSPED@mail.cs.trinity.edu  
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

From Timothy.Nunamaker at Trinity.edu  Tue Feb 20 15:50:58 2007
From: Timothy.Nunamaker at Trinity.edu (Nunamaker, Timothy)
Date: Tue Feb 20 17:17:58 2007
Subject: [Csped] Making up lost time
References: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local><62B9D54B4D5449448C9BEB61EBE0F5D001879F5D@its-hardin.trinity.local><2F06CD119FCF5B42B21F0814FD5C2B1D01912D0C@its-hardin.trinity.local>
	<1171934328.6401.25.camel@tnunamak>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A521E62BB@its-hardin.trinity.local>

I came up with a very preliminary outline of the project and some PROPOSED project requirements. Please make changes and/or suggestions, and add to the list because it is certainly not exhaustive and there are holes in it. Also, I don't even know if this is the kind of thing everyone wants to do, this is just to jump-start things.

We are almost halfway through the semester and in a sense we haven't even really started yet. I don't know about anyone else, but I'd rather not leave the project until the end of the semester when we have to worry about finals.

Also, Dr. Howland, has it been decided what we're doing for ethics? I see that "presentations" are scheduled for two class meetings from now.

Here's what I came up with, and I've attached a word document if you'd like to append anything or rewrite half of it. I think we need to do some brainstorming, and really we should have done that on Monday while we were together.


---
PED Project ? Requirements

Objective
To design a computer system, including all hardware and software components, and a method to multiple units to target schools within the continental United States in such a way that teachers from the schools can teach entire classrooms of students.

User
A classroom of children in a grade from first to 12th will be using the systems. In addition, the instructor, or an administrator, will use the systems for teaching and will be required to manage minor amounts of system configuration and maintenance.

Requirements:
-The system must be economically feasible: each system should be less than $200 to build
-The design must provide for multiple units being produced: entire classrooms of identical systems should be delivered together
-The system must be maintainable: administrators must be able to install new software, replace failed hardware, and roll systems back to their original state. It must be possible to connect the system to a school network and if desired, the internet.
-The system must be useful in a teaching environment: the system should have applications for word processing and other useful teaching/learning tools. <This is a gray area. If we are serious about this, we might talk to a school to get a better idea of what they might find useful, even if we aren?t going to deliver a product>
-A manual should be provided to instruct administrators about how to use, configure, and maintain the systems <If we actually go through with it>
---

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Mon 2/19/2007 7:18 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: [Csped] Making up lost time
 
Hi all,

Today in class we decided that we should pick a project leader/manager
to make sure we can keep a schedule and get things done. If anyone
really wants to do it, now is the time to speak up, otherwise I have no
problem with doing it.

Basically, by next Monday we need to have concrete requirements decided
(Dr. Howland demands it... you'd better listen...). If I get some time
tonight I'll try to start off with some proposed requirements, and I'd
encourage everyone to do the same.

I wasn't in class last Monday due to a math competition, so I should
probably ask, did we make any progress then in determining the scope of
our project and some general constraints?

Also, I think hardware/software are good divisions, but I think we need
to break it down a little further. Those sub-function groups should be
part of what we have for next week, and I think within the first 15
minutes of class everyone should know what they'll be working on. Just a
thought.

Tim

On Mon, 2007-02-12 at 11:56 -0600, Hertenstein, David wrote:
> I can do either hardware or software, whichever group is needing
> members I'll probably just go with.
> 
> David H.
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Pellon, Michael 
> Sent: Sun 2/11/2007 5:37 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland);
> CS Professional, Ethics,Design Course Discussion List (Howland)
> 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> I would like to do software. I lots of experience with grub and low
> level kernel management.
> 
> -------------------------------------------- 
> Michael Pellon 
> mpellon@trinity.edu  
> Student 
> Trinity University 
> (713) 503-6500 
> --------------------------------------------
> 
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Aldana, Joshua 
> Sent: Sun 2/11/2007 4:06 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>  
> 
> I would like to be working on the hardware.
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker 
> Sent: Sat 2/10/2007 8:43 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> If we need people for hardware, I could go either way.
> 
> Tim
> 
> On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote: 
> > I think I'd like to jump on software as well. I've started checking 
> > around, and I believe that finding good educational software will be
> a 
> > challenge. However, I think it'll also be worthwhile. 
> >  
> > JH 
> >  
> > -----Original Message-----  
> > From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip
> Coleman  
> > Sent: Sat 10/02/2007 11:35  
> > To: CS Professional, Ethics,Design Course Discussion List
> (Howland)  
> > Subject: Re: [Csped] Living proof that memory increases with a long 
> > night  
> >    
> > I agree with Joey, I definitely think an educational setting
> would   
> > really help us refine our goals, and make the project seem closer
> to   
> > home.  As far as having a terminal setup, we will have to examine 
> > the   
> > difficulty in setting up a system like that, and then further how 
> > many   
> > terminals will be connected to the main computer.  
> >  
> > Some ideas for groups would be software, hardware, networking,   
> > distribution, and management. 
> >  
> > I don't have much of a preference but I feel I could do the most
> work 
> > on   
> > the software team. 
> >  
> > See you all on Monday, 
> >  
> > Phil 
> >  
> > Joey wrote:  
> > > Its an interesting time to remember an assignment, but we were 
> > going   
> > > to do something by Friday I believe.... Oops, lets make that 
> > Saturday   
> > > at midnight. You will all lose some percentage of your grade 
> > unless   
> > > the teacher takes so long to grade it that they don't remember 
> > that   
> > > you turned it in late XD.  
> > >  
> > > Educational use sounds good to me.  It gives us a very definite
> set 
> > of   
> > > applications for our pc which will be great for defining our 
> > goals.    
> > > We do need to decide on if we will be making computers for   
> > > individuals, a few computers to be located in a classroom, or a   
> > > computer lab of sorts.  After some thought, the computer lab
> might 
> > be   
> > > the most useful, as it would allow for the greatest use by the 
> > most   
> > > students, with the minimum distraction in class. This setup might 
> > lend   
> > > itself to more of a terminal setup... I don't know exactly what
> to   
> > > call it.  It would probably be pretty cost effective to build
> one   
> > > nicer computer and run the rest from that.  I don't have a clue 
> > how   
> > > that would work, but I am sure there are many options. If nothing 
> > else   
> > > a computer lab setting would make setting up a lan pretty darn 
> > easy.  
> > >  
> > > Splitting up by software and hardware should be sufficient,
> groups   
> > > could be further split up from there, depending on how
> effectively 
> > we   
> > > think we can get the work done.  Perhaps with some sort of a 
> > manager   
> > > type bridge between them... not sure if that is actually needed. 
> > Dr   
> > > Howland: For now would it be possible to get a computer to work
> on? 
> > We   
> > > don't want our software team to have to wait for the hardware
> team 
> > to   
> > > come up with a system to start their work.  We can make a pretty 
> > good   
> > > estimate of our system requirements at the start and work from 
> > there.    
> > > I really don't  mind which team Im on, but here is who has
> specified 
> > a   
> > > preference so far, and unless there are any disagreements they 
> > should   
> > > probably end up where they asked to be.  
> > >  
> > > Software  
> > > ________  
> > > Tim  
> > > Glenn  
> > > Zain  
> > > Joel  
> > >  
> > > Annnd, it doesn't look like anyone else has specified a
> preference 
> > by   
> > > email, although some of you did in class. Please respond to this 
> > with   
> > > a clearer idea of what we are actually doing, and your preference 
> > for   
> > > teams.  
> > >  
> > > Joey  
> > >  
> > > _______________________________________________  
> > > CSPED mailing list  
> > > CSPED@mail.cs.trinity.edu  
> > > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > >  
> > > 
> >  
> >  
> > _______________________________________________  
> > CSPED mailing list  
> > CSPED@mail.cs.trinity.edu  
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 32781 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070220/5d5616db/attachment-0001.bin
From Timothy.Nunamaker at Trinity.edu  Tue Feb 20 17:30:27 2007
From: Timothy.Nunamaker at Trinity.edu (Nunamaker, Timothy)
Date: Tue Feb 20 17:32:47 2007
Subject: [Csped] Making up lost time
References: <DE88E12960DA264482E6BFB188F68FE101F6D86B@its-hardin.trinity.local><62B9D54B4D5449448C9BEB61EBE0F5D001879F5D@its-hardin.trinity.local><2F06CD119FCF5B42B21F0814FD5C2B1D01912D0C@its-hardin.trinity.local>
	<1171934328.6401.25.camel@tnunamak>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62BB@its-hardin.trinity.local>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A521E62BC@its-hardin.trinity.local>

I came up with a very preliminary outline of the project and some PROPOSED project requirements. Please make changes and/or suggestions, and add to the list because it is certainly not exhaustive and there are holes in it. Also, I don't even know if this is the kind of thing everyone wants to do, this is just to jump-start things.

We are almost halfway through the semester and in a sense we haven't even really started yet. I don't know about anyone else, but I'd rather not leave the project until the end of the semester when we have to worry about finals.

Here's what I came up with, and I've attached a word document if you'd like to append anything or rewrite half of it. I think we need to do some brainstorming, and really we should have done that on Monday while we were together.


---
PED Project ? Requirements

Objective
To design a computer system, including all hardware and software components, and a method to multiple units to target schools within the continental United States in such a way that teachers from the schools can teach entire classrooms of students.

User
A classroom of children in a grade from first to 12th will be using the systems. In addition, the instructor, or an administrator, will use the systems for teaching and will be required to manage minor amounts of system configuration and maintenance.

Requirements:
-The system must be economically feasible: each system should be less than $200 to build
-The design must provide for multiple units being produced: entire classrooms of identical systems should be delivered together
-The system must be maintainable: administrators must be able to install new software, replace failed hardware, and roll systems back to their original state. It must be possible to connect the system to a school network and if desired, the internet.
-The system must be useful in a teaching environment: the system should have applications for word processing and other useful teaching/learning tools. <This is a gray area. If we are serious about this, we might talk to a school to get a better idea of what they might find useful, even if we aren?t going to deliver a product>
-A manual should be provided to instruct administrators about how to use, configure, and maintain the systems <If we actually go through with it>
---

Also, Dr. Howland, has it been decided what we're doing for ethics? I see that "presentations" are scheduled for two class meetings from now.

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker
Sent: Mon 2/19/2007 7:18 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: [Csped] Making up lost time
 
Hi all,

Today in class we decided that we should pick a project leader/manager
to make sure we can keep a schedule and get things done. If anyone
really wants to do it, now is the time to speak up, otherwise I have no
problem with doing it.

Basically, by next Monday we need to have concrete requirements decided
(Dr. Howland demands it... you'd better listen...). If I get some time
tonight I'll try to start off with some proposed requirements, and I'd
encourage everyone to do the same.

I wasn't in class last Monday due to a math competition, so I should
probably ask, did we make any progress then in determining the scope of
our project and some general constraints?

Also, I think hardware/software are good divisions, but I think we need
to break it down a little further. Those sub-function groups should be
part of what we have for next week, and I think within the first 15
minutes of class everyone should know what they'll be working on. Just a
thought.

Tim

On Mon, 2007-02-12 at 11:56 -0600, Hertenstein, David wrote:
> I can do either hardware or software, whichever group is needing
> members I'll probably just go with.
> 
> David H.
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Pellon, Michael 
> Sent: Sun 2/11/2007 5:37 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland);
> CS Professional, Ethics,Design Course Discussion List (Howland)
> 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> I would like to do software. I lots of experience with grub and low
> level kernel management.
> 
> -------------------------------------------- 
> Michael Pellon 
> mpellon@trinity.edu  
> Student 
> Trinity University 
> (713) 503-6500 
> --------------------------------------------
> 
> 
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Aldana, Joshua 
> Sent: Sun 2/11/2007 4:06 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>  
> 
> I would like to be working on the hardware.
> 
> -----Original Message----- 
> From: csped-bounces@sol.cs.trinity.edu on behalf of Tim Nunamaker 
> Sent: Sat 2/10/2007 8:43 PM 
> To: CS Professional, Ethics,Design Course Discussion List (Howland) 
> Subject: RE: [Csped] Living proof that memory increases with a long
> night 
>   
> If we need people for hardware, I could go either way.
> 
> Tim
> 
> On Sat, 2007-02-10 at 14:23 -0600, Hemann, Jason wrote: 
> > I think I'd like to jump on software as well. I've started checking 
> > around, and I believe that finding good educational software will be
> a 
> > challenge. However, I think it'll also be worthwhile. 
> >  
> > JH 
> >  
> > -----Original Message-----  
> > From: csped-bounces@sol.cs.trinity.edu on behalf of Phillip
> Coleman  
> > Sent: Sat 10/02/2007 11:35  
> > To: CS Professional, Ethics,Design Course Discussion List
> (Howland)  
> > Subject: Re: [Csped] Living proof that memory increases with a long 
> > night  
> >    
> > I agree with Joey, I definitely think an educational setting
> would   
> > really help us refine our goals, and make the project seem closer
> to   
> > home.  As far as having a terminal setup, we will have to examine 
> > the   
> > difficulty in setting up a system like that, and then further how 
> > many   
> > terminals will be connected to the main computer.  
> >  
> > Some ideas for groups would be software, hardware, networking,   
> > distribution, and management. 
> >  
> > I don't have much of a preference but I feel I could do the most
> work 
> > on   
> > the software team. 
> >  
> > See you all on Monday, 
> >  
> > Phil 
> >  
> > Joey wrote:  
> > > Its an interesting time to remember an assignment, but we were 
> > going   
> > > to do something by Friday I believe.... Oops, lets make that 
> > Saturday   
> > > at midnight. You will all lose some percentage of your grade 
> > unless   
> > > the teacher takes so long to grade it that they don't remember 
> > that   
> > > you turned it in late XD.  
> > >  
> > > Educational use sounds good to me.  It gives us a very definite
> set 
> > of   
> > > applications for our pc which will be great for defining our 
> > goals.    
> > > We do need to decide on if we will be making computers for   
> > > individuals, a few computers to be located in a classroom, or a   
> > > computer lab of sorts.  After some thought, the computer lab
> might 
> > be   
> > > the most useful, as it would allow for the greatest use by the 
> > most   
> > > students, with the minimum distraction in class. This setup might 
> > lend   
> > > itself to more of a terminal setup... I don't know exactly what
> to   
> > > call it.  It would probably be pretty cost effective to build
> one   
> > > nicer computer and run the rest from that.  I don't have a clue 
> > how   
> > > that would work, but I am sure there are many options. If nothing 
> > else   
> > > a computer lab setting would make setting up a lan pretty darn 
> > easy.  
> > >  
> > > Splitting up by software and hardware should be sufficient,
> groups   
> > > could be further split up from there, depending on how
> effectively 
> > we   
> > > think we can get the work done.  Perhaps with some sort of a 
> > manager   
> > > type bridge between them... not sure if that is actually needed. 
> > Dr   
> > > Howland: For now would it be possible to get a computer to work
> on? 
> > We   
> > > don't want our software team to have to wait for the hardware
> team 
> > to   
> > > come up with a system to start their work.  We can make a pretty 
> > good   
> > > estimate of our system requirements at the start and work from 
> > there.    
> > > I really don't  mind which team Im on, but here is who has
> specified 
> > a   
> > > preference so far, and unless there are any disagreements they 
> > should   
> > > probably end up where they asked to be.  
> > >  
> > > Software  
> > > ________  
> > > Tim  
> > > Glenn  
> > > Zain  
> > > Joel  
> > >  
> > > Annnd, it doesn't look like anyone else has specified a
> preference 
> > by   
> > > email, although some of you did in class. Please respond to this 
> > with   
> > > a clearer idea of what we are actually doing, and your preference 
> > for   
> > > teams.  
> > >  
> > > Joey  
> > >  
> > > _______________________________________________  
> > > CSPED mailing list  
> > > CSPED@mail.cs.trinity.edu  
> > > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > >  
> > > 
> >  
> >  
> > _______________________________________________  
> > CSPED mailing list  
> > CSPED@mail.cs.trinity.edu  
> > http://www.cs.trinity.edu/mailman/listinfo/csped 
> > 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 
> 
> 
> _______________________________________________ 
> CSPED mailing list 
> CSPED@mail.cs.trinity.edu 
> http://www.cs.trinity.edu/mailman/listinfo/csped
> 

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped





-------------- next part --------------
A non-text attachment was scrubbed...
Name: PED Project.doc
Type: application/msword
Size: 25088 bytes
Desc: PED Project.doc
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070220/f67982a1/PEDProject-0001.doc
From jhowland at ariel.cs.trinity.edu  Tue Feb 27 10:57:15 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Tue Feb 27 10:57:16 2007
Subject: [Csped] Ethics Presentations on March 5, 2007
Message-ID: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>

Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From Timothy.Nunamaker at Trinity.edu  Tue Feb 27 11:15:47 2007
From: Timothy.Nunamaker at Trinity.edu (Nunamaker, Timothy)
Date: Tue Feb 27 11:15:50 2007
Subject: [Csped] P/E/D Status
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>

On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.

Would anyone care to explain what we decided as far as decided/undecided requirements go?

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Tue 2/27/2007 10:57 AM
To: csped@sol.CS.Trinity.Edu
Cc: mark@ariel.cs.trinity.edu
Subject: [Csped] Ethics Presentations on March 5, 2007
 
Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped




From Joshua.Aldana at Trinity.edu  Tue Feb 27 11:16:46 2007
From: Joshua.Aldana at Trinity.edu (Aldana, Joshua)
Date: Tue Feb 27 11:17:56 2007
Subject: [Csped] Ethics Presentations on March 5, 2007
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101F6D87E@its-hardin.trinity.local>


Hey I wasn't able to come to PED on monday due to a death in my family, so I have no idea what group I am in.  

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Tue 2/27/2007 10:57 AM
To: csped@sol.CS.Trinity.Edu
Cc: mark@ariel.cs.trinity.edu
Subject: [Csped] Ethics Presentations on March 5, 2007
 
Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 3678 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070227/9284837d/attachment.bin
From Jason.Hemann at Trinity.edu  Tue Feb 27 13:50:20 2007
From: Jason.Hemann at Trinity.edu (Hemann, Jason)
Date: Tue Feb 27 13:50:24 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein,
	Seger and Nolan need reply
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>

Last time, on P/E/D: 

We decided that we will be developing a computer for use in a high school computer science program. We may further clarify, but that is in stone. 

We also split the class into 3 groups: Hardware, Software, and Applications

Hardware
=============
Nunamaker *
Basinger
Carolan
___________
___________
___________

OS
=============
Pellon *
Kavanagh
Shamsi
Coleman

Applications
===============
Dodds *
Fessler
Hemann +
__________

* Represents Team Captain
+ Wrote this email


Note: If you were not there for the partitioning (eg. Aldania, Hertenstein, Seger and Nolan), you were not yet placed into a group. We decided we need 3 more people on Hardware, and one more on Software. Send a reply to this mailing list with your choice of position, and you will be placed as such. 

Further: It is our goal to have further refined the criteria each group needs to meet before next monday. It need not be sufficient, but it should be a step forward. Right now, all we really have is that it should be, in total, under $200. I assume that group leaders will be coordinating this.

~~JH~~

---Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Tue 27/02/2007 11:15
To: csped@sol.CS.Trinity.Edu
Subject: [Csped] P/E/D Status
 
On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.

Would anyone care to explain what we decided as far as decided/undecided requirements go?

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Tue 2/27/2007 10:57 AM
To: csped@sol.CS.Trinity.Edu
Cc: mark@ariel.cs.trinity.edu
Subject: [Csped] Ethics Presentations on March 5, 2007
 
Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped




_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4629 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070227/8bd87538/attachment.bin
From Joshua.Aldana at Trinity.edu  Tue Feb 27 13:57:00 2007
From: Joshua.Aldana at Trinity.edu (Aldana, Joshua)
Date: Tue Feb 27 13:57:12 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein,
	Seger and Nolan need reply
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101F6D87F@its-hardin.trinity.local>


I would like to do hardware

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason
Sent: Tue 2/27/2007 1:50 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] P/E/D Status -- Aldania, Hertenstein, Seger and Nolan need reply
 
Last time, on P/E/D: 

We decided that we will be developing a computer for use in a high school computer science program. We may further clarify, but that is in stone. 

We also split the class into 3 groups: Hardware, Software, and Applications

Hardware
=============
Nunamaker *
Basinger
Carolan
___________
___________
___________

OS
=============
Pellon *
Kavanagh
Shamsi
Coleman

Applications
===============
Dodds *
Fessler
Hemann +
__________

* Represents Team Captain
+ Wrote this email


Note: If you were not there for the partitioning (eg. Aldania, Hertenstein, Seger and Nolan), you were not yet placed into a group. We decided we need 3 more people on Hardware, and one more on Software. Send a reply to this mailing list with your choice of position, and you will be placed as such. 

Further: It is our goal to have further refined the criteria each group needs to meet before next monday. It need not be sufficient, but it should be a step forward. Right now, all we really have is that it should be, in total, under $200. I assume that group leaders will be coordinating this.

~~JH~~

---Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Tue 27/02/2007 11:15
To: csped@sol.CS.Trinity.Edu
Subject: [Csped] P/E/D Status
 
On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.

Would anyone care to explain what we decided as far as decided/undecided requirements go?

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Tue 2/27/2007 10:57 AM
To: csped@sol.CS.Trinity.Edu
Cc: mark@ariel.cs.trinity.edu
Subject: [Csped] Ethics Presentations on March 5, 2007
 
Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped




_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4901 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070227/81e33d5e/attachment.bin
From David.Hertenstein at Trinity.edu  Tue Feb 27 13:57:51 2007
From: David.Hertenstein at Trinity.edu (Hertenstein, David)
Date: Tue Feb 27 13:58:27 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein,
	Seger and Nolan need reply
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
Message-ID: <2F06CD119FCF5B42B21F0814FD5C2B1D01912D21@its-hardin.trinity.local>

I would like to be on the software team if possible


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason
Sent: Tue 2/27/2007 1:50 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] P/E/D Status -- Aldania, Hertenstein, Seger and Nolan need reply
 
Last time, on P/E/D: 

We decided that we will be developing a computer for use in a high school computer science program. We may further clarify, but that is in stone. 

We also split the class into 3 groups: Hardware, Software, and Applications

Hardware
=============
Nunamaker *
Basinger
Carolan
___________
___________
___________

OS
=============
Pellon *
Kavanagh
Shamsi
Coleman

Applications
===============
Dodds *
Fessler
Hemann +
__________

* Represents Team Captain
+ Wrote this email


Note: If you were not there for the partitioning (eg. Aldania, Hertenstein, Seger and Nolan), you were not yet placed into a group. We decided we need 3 more people on Hardware, and one more on Software. Send a reply to this mailing list with your choice of position, and you will be placed as such. 

Further: It is our goal to have further refined the criteria each group needs to meet before next monday. It need not be sufficient, but it should be a step forward. Right now, all we really have is that it should be, in total, under $200. I assume that group leaders will be coordinating this.

~~JH~~

---Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Tue 27/02/2007 11:15
To: csped@sol.CS.Trinity.Edu
Subject: [Csped] P/E/D Status
 
On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.

Would anyone care to explain what we decided as far as decided/undecided requirements go?

Tim


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Tue 2/27/2007 10:57 AM
To: csped@sol.CS.Trinity.Edu
Cc: mark@ariel.cs.trinity.edu
Subject: [Csped] Ethics Presentations on March 5, 2007
 
Dear Juniors,

March 5, 2007 is the day for your ethics presentations.  Juniors
will go first, then the Sophomores.  The procedure we will be using
is as follows.  One by one, each of the three groups will be given
an ethics problem to solve which they have not seen before.  The group
will leave SLH for about 10 minutes to read the problem and prepare
a brief presentation on the appropriate solution to the problem.
Each group member should be involved in the presentation.  After
each presentation, the entire class will discuss the problem.
After the first presentation, we will attempt to overlap the class
discussion of the previous presentation with the presentation
preparation of the next group.

You should review the materials given during the ethics presentation
on February 5, 2007:

http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf

and the numerous links on ethics found at:

http://www.cs.trinity.edu/About/The_Courses/cs3194/

Your presentations should make a serious attempt to apply the
above mentioned ideas on professionalism and ethical behavior
to the problem you are given.

Sample problems can be found at:

http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/

in problems 1, 3, and 5.

You should consider these presentations as an oral examination.

John



_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped




_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4937 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070227/0c42fd85/attachment-0001.bin
From noah.seger at Trinity.edu  Tue Feb 27 14:16:16 2007
From: noah.seger at Trinity.edu (Noah Seger)
Date: Tue Feb 27 14:16:20 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein,
	Seger and Nolan need reply
In-Reply-To: <2F06CD119FCF5B42B21F0814FD5C2B1D01912D21@its-hardin.trinity.local>
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
	<2F06CD119FCF5B42B21F0814FD5C2B1D01912D21@its-hardin.trinity.local>
Message-ID: <CBAE61CF-2269-4F70-8C63-1FAD09B9CAA5@trinity.edu>

I'll go with hardware. Cheers,

Noah

On Feb 27, 2007, at 1:57 PM, Hertenstein, David wrote:

> I would like to be on the software team if possible
>
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason
> Sent: Tue 2/27/2007 1:50 PM
> To: CS Professional, Ethics,Design Course Discussion List (Howland)
> Subject: RE: [Csped] P/E/D Status -- Aldania, Hertenstein, Seger  
> and Nolan need reply
>
> Last time, on P/E/D:
>
> We decided that we will be developing a computer for use in a high  
> school computer science program. We may further clarify, but that  
> is in stone.
>
> We also split the class into 3 groups: Hardware, Software, and  
> Applications
>
> Hardware
> =============
> Nunamaker *
> Basinger
> Carolan
> ___________
> ___________
> ___________
>
> OS
> =============
> Pellon *
> Kavanagh
> Shamsi
> Coleman
>
> Applications
> ===============
> Dodds *
> Fessler
> Hemann +
> __________
>
> * Represents Team Captain
> + Wrote this email
>
>
> Note: If you were not there for the partitioning (eg. Aldania,  
> Hertenstein, Seger and Nolan), you were not yet placed into a  
> group. We decided we need 3 more people on Hardware, and one more  
> on Software. Send a reply to this mailing list with your choice of  
> position, and you will be placed as such.
>
> Further: It is our goal to have further refined the criteria each  
> group needs to meet before next monday. It need not be sufficient,  
> but it should be a step forward. Right now, all we really have is  
> that it should be, in total, under $200. I assume that group  
> leaders will be coordinating this.
>
> ~~JH~~
>
> ---Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
> Sent: Tue 27/02/2007 11:15
> To: csped@sol.CS.Trinity.Edu
> Subject: [Csped] P/E/D Status
>
> On Monday we decided to partition the class into three groups, and  
> Jason has the details about how that will work.
>
> Would anyone care to explain what we decided as far as decided/ 
> undecided requirements go?
>
> Tim
>
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
> Sent: Tue 2/27/2007 10:57 AM
> To: csped@sol.CS.Trinity.Edu
> Cc: mark@ariel.cs.trinity.edu
> Subject: [Csped] Ethics Presentations on March 5, 2007
>
> Dear Juniors,
>
> March 5, 2007 is the day for your ethics presentations.  Juniors
> will go first, then the Sophomores.  The procedure we will be using
> is as follows.  One by one, each of the three groups will be given
> an ethics problem to solve which they have not seen before.  The group
> will leave SLH for about 10 minutes to read the problem and prepare
> a brief presentation on the appropriate solution to the problem.
> Each group member should be involved in the presentation.  After
> each presentation, the entire class will discuss the problem.
> After the first presentation, we will attempt to overlap the class
> discussion of the previous presentation with the presentation
> preparation of the next group.
>
> You should review the materials given during the ethics presentation
> on February 5, 2007:
>
> http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf
>
> and the numerous links on ethics found at:
>
> http://www.cs.trinity.edu/About/The_Courses/cs3194/
>
> Your presentations should make a serious attempt to apply the
> above mentioned ideas on professionalism and ethical behavior
> to the problem you are given.
>
> Sample problems can be found at:
>
> http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/
>
> in problems 1, 3, and 5.
>
> You should consider these presentations as an oral examination.
>
> John
>
>
>
> _______________________________________________________________
> John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
> Computer Science    email: jhowland@ariel.cs.trinity.edu
> Trinity University  voice: (210) 999-7364
> One Trinity Place     fax: (210) 999-7477
> San Antonio, Texas  78212-7200
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>
> <ATT519126.txt>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070227/cf294382/attachment.html
From jhowland at ariel.cs.trinity.edu  Wed Feb 28 11:06:18 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Wed Feb 28 11:06:20 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein, Seger and Nolan
	need reply
In-Reply-To: <DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
Message-ID: <Pine.OSX.4.58.0702281103150.9536@leda.cs.trinity.edu>

On Tue, 27 Feb 2007, Hemann, Jason wrote:

> Last time, on P/E/D:
>
> We decided that we will be developing a computer for use in a high school computer science program. We may further clarify, but that is in stone.
>
> We also split the class into 3 groups: Hardware, Software, and Applications
>
> Hardware
> =============
> Nunamaker *
> Basinger
> Carolan
> ___________
> ___________
> ___________
>
> OS
> =============
> Pellon *
> Kavanagh
> Shamsi
> Coleman
>
> Applications
> ===============
> Dodds *
> Fessler
> Hemann +
> __________
>
> * Represents Team Captain
> + Wrote this email
>
>
> Note: If you were not there for the partitioning (eg. Aldania, Hertenstein, Seger and Nolan), you were not yet placed into a group. We decided we need 3 more people on Hardware, and one more on Software. Send a reply to this mailing list with your choice of position, and you will be placed as such.
>
> Further: It is our goal to have further refined the criteria each group needs to meet before next monday. It need not be sufficient, but it should be a step forward. Right now, all we really have is that it should be, in total, under $200. I assume that group leaders will be coordinating this.

Should cost "under $200" be a criteria?  How about something along
the lines of a design objective of minimizing the cost of a
system which meets the criteria.

>
> ~~JH~~
>
> ---Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
> Sent: Tue 27/02/2007 11:15
> To: csped@sol.CS.Trinity.Edu
> Subject: [Csped] P/E/D Status
>
> On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.
>
> Would anyone care to explain what we decided as far as decided/undecided requirements go?
>
> Tim
>
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
> Sent: Tue 2/27/2007 10:57 AM
> To: csped@sol.CS.Trinity.Edu
> Cc: mark@ariel.cs.trinity.edu
> Subject: [Csped] Ethics Presentations on March 5, 2007
>
> Dear Juniors,
>
> March 5, 2007 is the day for your ethics presentations.  Juniors
> will go first, then the Sophomores.  The procedure we will be using
> is as follows.  One by one, each of the three groups will be given
> an ethics problem to solve which they have not seen before.  The group
> will leave SLH for about 10 minutes to read the problem and prepare
> a brief presentation on the appropriate solution to the problem.
> Each group member should be involved in the presentation.  After
> each presentation, the entire class will discuss the problem.
> After the first presentation, we will attempt to overlap the class
> discussion of the previous presentation with the presentation
> preparation of the next group.
>
> You should review the materials given during the ethics presentation
> on February 5, 2007:
>
> http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf
>
> and the numerous links on ethics found at:
>
> http://www.cs.trinity.edu/About/The_Courses/cs3194/
>
> Your presentations should make a serious attempt to apply the
> above mentioned ideas on professionalism and ethical behavior
> to the problem you are given.
>
> Sample problems can be found at:
>
> http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/
>
> in problems 1, 3, and 5.
>
> You should consider these presentations as an oral examination.
>
> John
>
>
>
> _______________________________________________________________
> John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
> Computer Science    email: jhowland@ariel.cs.trinity.edu
> Trinity University  voice: (210) 999-7364
> One Trinity Place     fax: (210) 999-7477
> San Antonio, Texas  78212-7200
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From Jeremy.Nolan at Trinity.edu  Wed Feb 28 11:44:10 2007
From: Jeremy.Nolan at Trinity.edu (Nolan, Jeremy)
Date: Wed Feb 28 11:45:25 2007
Subject: [Csped] P/E/D Status -- Aldania, Hertenstein,
	Seger and Nolanneed reply
References: <Pine.OSX.4.58.0702271040290.5122@leda.cs.trinity.edu><1D6B1A9F3184E14FA5EA7D766E538A521E62C1@its-hardin.trinity.local><DE88E12960DA264482E6BFB188F68FE101566CE5@its-hardin.trinity.local>
	<Pine.OSX.4.58.0702281103150.9536@leda.cs.trinity.edu>
Message-ID: <DE88E12960DA264482E6BFB188F68FE11B670E@its-hardin.trinity.local>

It looks like we're a little shorter on the hardware side.  I'll help there.
 
-Jeremy

________________________________

From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
Sent: Wed 2/28/2007 11:06 AM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] P/E/D Status -- Aldania, Hertenstein, Seger and Nolanneed reply



On Tue, 27 Feb 2007, Hemann, Jason wrote:

> Last time, on P/E/D:
>
> We decided that we will be developing a computer for use in a high school computer science program. We may further clarify, but that is in stone.
>
> We also split the class into 3 groups: Hardware, Software, and Applications
>
> Hardware
> =============
> Nunamaker *
> Basinger
> Carolan
> ___________
> ___________
> ___________
>
> OS
> =============
> Pellon *
> Kavanagh
> Shamsi
> Coleman
>
> Applications
> ===============
> Dodds *
> Fessler
> Hemann +
> __________
>
> * Represents Team Captain
> + Wrote this email
>
>
> Note: If you were not there for the partitioning (eg. Aldania, Hertenstein, Seger and Nolan), you were not yet placed into a group. We decided we need 3 more people on Hardware, and one more on Software. Send a reply to this mailing list with your choice of position, and you will be placed as such.
>
> Further: It is our goal to have further refined the criteria each group needs to meet before next monday. It need not be sufficient, but it should be a step forward. Right now, all we really have is that it should be, in total, under $200. I assume that group leaders will be coordinating this.

Should cost "under $200" be a criteria?  How about something along
the lines of a design objective of minimizing the cost of a
system which meets the criteria.

>
> ~~JH~~
>
> ---Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
> Sent: Tue 27/02/2007 11:15
> To: csped@sol.CS.Trinity.Edu
> Subject: [Csped] P/E/D Status
>
> On Monday we decided to partition the class into three groups, and Jason has the details about how that will work.
>
> Would anyone care to explain what we decided as far as decided/undecided requirements go?
>
> Tim
>
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of John Howland
> Sent: Tue 2/27/2007 10:57 AM
> To: csped@sol.CS.Trinity.Edu
> Cc: mark@ariel.cs.trinity.edu
> Subject: [Csped] Ethics Presentations on March 5, 2007
>
> Dear Juniors,
>
> March 5, 2007 is the day for your ethics presentations.  Juniors
> will go first, then the Sophomores.  The procedure we will be using
> is as follows.  One by one, each of the three groups will be given
> an ethics problem to solve which they have not seen before.  The group
> will leave SLH for about 10 minutes to read the problem and prepare
> a brief presentation on the appropriate solution to the problem.
> Each group member should be involved in the presentation.  After
> each presentation, the entire class will discuss the problem.
> After the first presentation, we will attempt to overlap the class
> discussion of the previous presentation with the presentation
> preparation of the next group.
>
> You should review the materials given during the ethics presentation
> on February 5, 2007:
>
> http://www.cs.trinity.edu/~jhowland/ethics/ethics.pdf
>
> and the numerous links on ethics found at:
>
> http://www.cs.trinity.edu/About/The_Courses/cs3194/
>
> Your presentations should make a serious attempt to apply the
> above mentioned ideas on professionalism and ethical behavior
> to the problem you are given.
>
> Sample problems can be found at:
>
> http://www.cs.trinity.edu/~jhowland/cs3194/ethics-problems/index/
>
> in problems 1, 3, and 5.
>
> You should consider these presentations as an oral examination.
>
> John
>
>
>
> _______________________________________________________________
> John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
> Computer Science    email: jhowland@ariel.cs.trinity.edu
> Trinity University  voice: (210) 999-7364
> One Trinity Place     fax: (210) 999-7477
> San Antonio, Texas  78212-7200
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>
>
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>
>

_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 8108 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070228/105dc353/attachment-0001.bin
From josiah.dodds at Trinity.edu  Wed Mar  7 09:46:25 2007
From: josiah.dodds at Trinity.edu (Joey)
Date: Wed Mar  7 09:46:30 2007
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
Message-ID: <1173282385.18131.0.camel@localhost>


-------------- next part --------------
An embedded message was scrubbed...
From: "Ruth Jungman" <ruthj@ahisd.net>
Subject: Fwd: Re: my cs question
Date: Wed, 07 Mar 2007 06:57:35 -0600
Size: 3478
Url: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070307/b419530a/attachment.mht
From Jason.Hemann at Trinity.edu  Wed Mar  7 15:07:30 2007
From: Jason.Hemann at Trinity.edu (Hemann, Jason)
Date: Wed Mar  7 15:09:59 2007
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
References: <1173282385.18131.0.camel@localhost>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>

Sounds good Joey,

I think we can use that. I also found this thing called sakai. We're using it on the Trinity system, and perhaps we'd want to put it on ours. I dunno what it does, but it might be useful.

JH


-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Joey
Sent: Wed 07/03/2007 09:46
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 2703 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070307/77cecc77/attachment.bin
From zshamsi at Trinity.edu  Wed Mar  7 15:24:16 2007
From: zshamsi at Trinity.edu (Zain Shamsi)
Date: Wed Mar  7 15:22:27 2007
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
In-Reply-To: <DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>
References: <1173282385.18131.0.camel@localhost>
	<DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>
Message-ID: <45EF2D80.9040002@trinity.edu>

 From what I know Sakai is a course management system...akin to 
something like Blackboard and Moodle
I dont think it would be useful as we are only having one computer - one 
which will only be available to the students in the classroom

- Zain

Hemann, Jason wrote:
>
> Sounds good Joey,
>
> I think we can use that. I also found this thing called sakai. We're 
> using it on the Trinity system, and perhaps we'd want to put it on 
> ours. I dunno what it does, but it might be useful.
>
> JH
>
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Joey
> Sent: Wed 07/03/2007 09:46
> To: CS Professional, Ethics,Design Course Discussion List (Howland)
> Subject: [Csped] [Fwd: Fwd: Re: my cs question]
>  
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> CSPED mailing list
> CSPED@mail.cs.trinity.edu
> http://www.cs.trinity.edu/mailman/listinfo/csped
>   

From hertenstein at gmail.com  Wed Mar  7 15:42:47 2007
From: hertenstein at gmail.com (David Hertenstein)
Date: Wed Mar  7 15:42:55 2007
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
In-Reply-To: <DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>
References: <1173282385.18131.0.camel@localhost>
	<DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>
Message-ID: <93c333120703071342h53a3ee4cwca6a9736e6795fe6@mail.gmail.com>

I think that sakai is similar in concept to blackboard. So a way of
organizing students for teachers, and a way of organizing class/assignments
for students... I think sakai can be used for doing online tests and etc too
so that may be a good way for us associate our solution for a school
environment, like a c.s. class.

On 3/7/07, Hemann, Jason <Jason.Hemann@trinity.edu> wrote:
>
>  Sounds good Joey,
>
> I think we can use that. I also found this thing called sakai. We're using
> it on the Trinity system, and perhaps we'd want to put it on ours. I dunno
> what it does, but it might be useful.
>
> JH
>
> -----Original Message-----
> From: csped-bounces@sol.cs.trinity.edu on behalf of Joey
> Sent: Wed 07/03/2007 09:46
> To: CS Professional, Ethics,Design Course Discussion List (Howland)
> Subject: [Csped] [Fwd: Fwd: Re: my cs question]
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070307/4312fdd0/attachment.html
From timothy.nunamaker at Trinity.edu  Wed Mar  7 16:48:13 2007
From: timothy.nunamaker at Trinity.edu (Tim Nunamaker)
Date: Wed Mar  7 16:48:11 2007
Subject: [Csped] [Fwd: Fwd: Re: my cs question]
In-Reply-To: <45EF2D80.9040002@trinity.edu>
References: <1173282385.18131.0.camel@localhost>
	<DE88E12960DA264482E6BFB188F68FE101566D06@its-hardin.trinity.local>
	<45EF2D80.9040002@trinity.edu>
Message-ID: <1173307693.5886.24.camel@tnunamak>

I thought we were not excluding the possibility of having a classroom of
computers?

Tim

On Wed, 2007-03-07 at 15:24 -0600, Zain Shamsi wrote:
> now Sakai is a course management system...akin to 
> something like Blackboard and Moodle
> I dont think it would be useful as we are only having one computer -
> one 
> which will only be available to the students in the classroom
> 
> - Zain 

From jhowland at ariel.cs.trinity.edu  Mon Mar 19 15:27:21 2007
From: jhowland at ariel.cs.trinity.edu (John Howland)
Date: Mon Mar 19 15:27:24 2007
Subject: [Csped] Machines and Security
Message-ID: <Pine.OSX.4.58.0703191459360.6782@leda.cs.trinity.edu>

Juniors,

The two machines which you will be using are now known
as Hardy and Charon and are located in HAS 200.  You may
destroy the system software on these machines and re-build
what you wish.  As to networking config you may use the same
fixed ip's

hardy.cs.trinity.edu has address 131.194.71.22
charon.cs.trinity.edu has address 131.194.71.27

or DHCP.

The network ports connecting these machines to the trinity.edu
network are sub-netted to the 131.194.71 network.

If you re-build these machines using some linux distro, it may
be possible for the machine to be configured to mount sol:/users
Since you will have root access to these machines, it will be considered
a violation of Trinity's Computer Use Policy to mount sol:/users on these
machines for obvious security reasons.  During development, if you
need to mount your unix home directory, you should use smb or ssh
to do this so that your access is limited to your home directory and
is session based.

John


_______________________________________________________________
John E. Howland       url: http://www.cs.trinity.edu/~jhowland/
Computer Science    email: jhowland@ariel.cs.trinity.edu
Trinity University  voice: (210) 999-7364
One Trinity Place     fax: (210) 999-7477
San Antonio, Texas  78212-7200
From Timothy.Nunamaker at Trinity.edu  Mon Mar 19 15:57:48 2007
From: Timothy.Nunamaker at Trinity.edu (Nunamaker, Timothy)
Date: Mon Mar 19 16:26:04 2007
Subject: [Csped] RE: PED - Hardware
References: <1173082876.5886.11.camel@tnunamak>
	<8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local>

Hi guys,

For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

Hard Drive  - Tim
Mobo - Josh
Case/PSU - Will
Monitor - Sarah

Memory
Keyboard
Mouse

So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

We're assuming that the mobo will have onboard video/processor/sound etc.

Tim

From Jason.Hemann at Trinity.edu  Mon Mar 19 17:06:26 2007
From: Jason.Hemann at Trinity.edu (Hemann, Jason)
Date: Mon Mar 19 17:06:41 2007
Subject: [Csped] PED - Applications, Questions for other Groups
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local>

All,

Team Applications did some preliminary work, and here's what we are looking at so far.
---------------------------------------------
Browser - Firefox, with flashgot, filterset g, and a couple of greasemonkey scripts
Office  - 
           Excel  - Gnumeric OO.o's Calc? 
           Powerpoint - OO.o's Impress
           Word  - Abiword
           Publisher - Scribus?
Calculator - gcalctool xcalc?
Images 
           Viewer- eye of gnome (eog)
           Photoshop - GIMP GIMPshop?
           Paint  - xpaint
AntiVirus - Clam AntiVirus?
Emulator - WINE
Editors 
           Text - VIm, Gedit
           IDE  - Eclipse (possibly the Omondo plugin)
Media   - Mplayer? VLC?
Burning - GnomeBaker?
Audio   
          Sound Recorder - gnome-sound-recorder?
          Audio Mixer    - Audacity?
----------------------------

We wanted to ask:
 1) Any categories or specific applications we left off that you all know of?
 2) OS: Anything on this list that you think would be especially difficult to get working with what you all are looking at? Any suggestions for programs that would be easier?
 3) OS: Are you going to have something like SELinux on there to lock down the systems?
 4) Hardware: Eclipse is pretty memory intensive, we understand. But we'd really like to use it for our graphical IDE.  Do you think our hardware will be capable of running it, at least moderately well?

Jason





-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Mon 19/03/2007 15:57
Cc: Seger, Noah; Aldana, Joshua; Basinger, William; Nolan, Jeremy; Carolan, Sarah
Subject: [Csped] RE: PED - Hardware
 
Hi guys,

For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

Hard Drive  - Tim
Mobo - Josh
Case/PSU - Will
Monitor - Sarah

Memory
Keyboard
Mouse

So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

We're assuming that the mobo will have onboard video/processor/sound etc.

Tim

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4203 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070319/e3230d9b/attachment.bin
From William.Basinger at Trinity.edu  Thu Mar 22 10:10:51 2007
From: William.Basinger at Trinity.edu (Basinger, William)
Date: Thu Mar 22 10:11:33 2007
Subject: [Csped] PED - Applications, Questions for other Groups
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local>
Message-ID: <1D6B1A9F3184E14FA5EA7D766E538A52245745@its-hardin.trinity.local>


Something I found whilst surfing, the OS guys might like this:

http://lifehacker.com/software/ubuntu/how-to-install-ubuntu-linux-on-a-flash-drive-245087.php

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason
Sent: Mon 3/19/2007 5:06 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] PED - Applications, Questions for other Groups
 
All,

Team Applications did some preliminary work, and here's what we are looking at so far.
---------------------------------------------
Browser - Firefox, with flashgot, filterset g, and a couple of greasemonkey scripts
Office  - 
           Excel  - Gnumeric OO.o's Calc? 
           Powerpoint - OO.o's Impress
           Word  - Abiword
           Publisher - Scribus?
Calculator - gcalctool xcalc?
Images 
           Viewer- eye of gnome (eog)
           Photoshop - GIMP GIMPshop?
           Paint  - xpaint
AntiVirus - Clam AntiVirus?
Emulator - WINE
Editors 
           Text - VIm, Gedit
           IDE  - Eclipse (possibly the Omondo plugin)
Media   - Mplayer? VLC?
Burning - GnomeBaker?
Audio   
          Sound Recorder - gnome-sound-recorder?
          Audio Mixer    - Audacity?
----------------------------

We wanted to ask:
 1) Any categories or specific applications we left off that you all know of?
 2) OS: Anything on this list that you think would be especially difficult to get working with what you all are looking at? Any suggestions for programs that would be easier?
 3) OS: Are you going to have something like SELinux on there to lock down the systems?
 4) Hardware: Eclipse is pretty memory intensive, we understand. But we'd really like to use it for our graphical IDE.  Do you think our hardware will be capable of running it, at least moderately well?

Jason





-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Mon 19/03/2007 15:57
Cc: Seger, Noah; Aldana, Joshua; Basinger, William; Nolan, Jeremy; Carolan, Sarah
Subject: [Csped] RE: PED - Hardware
 
Hi guys,

For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

Hard Drive  - Tim
Mobo - Josh
Case/PSU - Will
Monitor - Sarah

Memory
Keyboard
Mouse

So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

We're assuming that the mobo will have onboard video/processor/sound etc.

Tim

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4535 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070322/a2be5331/attachment.bin
From Josiah.Dodds at Trinity.edu  Thu Mar 29 10:13:22 2007
From: Josiah.Dodds at Trinity.edu (Dodds, Josiah)
Date: Thu Mar 29 10:16:04 2007
Subject: [Csped] So... presentation monday?
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local>
	<1D6B1A9F3184E14FA5EA7D766E538A52245745@its-hardin.trinity.local>
Message-ID: <DE88E12960DA264482E6BFB188F68FE13BBB24@its-hardin.trinity.local>

At least thats what the schedule says, unfortunate as we didn't get to do any work in class this week.  First question, are we actually presenting on monday? If so, where do we stand, software has a complete list, all we need to do is get it on a machine.  Are we going to bring that machine to the presentation or just talk about it?

Come on guys, there are going to be a strong 7 people watching this thing, we really have to have our act together

Joey

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Basinger, William
Sent: Thu 3/22/2007 10:10 AM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] PED - Applications, Questions for other Groups
 

Something I found whilst surfing, the OS guys might like this:

http://lifehacker.com/software/ubuntu/how-to-install-ubuntu-linux-on-a-flash-drive-245087.php

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason
Sent: Mon 3/19/2007 5:06 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: RE: [Csped] PED - Applications, Questions for other Groups
 
All,

Team Applications did some preliminary work, and here's what we are looking at so far.
---------------------------------------------
Browser - Firefox, with flashgot, filterset g, and a couple of greasemonkey scripts
Office  - 
           Excel  - Gnumeric OO.o's Calc? 
           Powerpoint - OO.o's Impress
           Word  - Abiword
           Publisher - Scribus?
Calculator - gcalctool xcalc?
Images 
           Viewer- eye of gnome (eog)
           Photoshop - GIMP GIMPshop?
           Paint  - xpaint
AntiVirus - Clam AntiVirus?
Emulator - WINE
Editors 
           Text - VIm, Gedit
           IDE  - Eclipse (possibly the Omondo plugin)
Media   - Mplayer? VLC?
Burning - GnomeBaker?
Audio   
          Sound Recorder - gnome-sound-recorder?
          Audio Mixer    - Audacity?
----------------------------

We wanted to ask:
 1) Any categories or specific applications we left off that you all know of?
 2) OS: Anything on this list that you think would be especially difficult to get working with what you all are looking at? Any suggestions for programs that would be easier?
 3) OS: Are you going to have something like SELinux on there to lock down the systems?
 4) Hardware: Eclipse is pretty memory intensive, we understand. But we'd really like to use it for our graphical IDE.  Do you think our hardware will be capable of running it, at least moderately well?

Jason





-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy
Sent: Mon 19/03/2007 15:57
Cc: Seger, Noah; Aldana, Joshua; Basinger, William; Nolan, Jeremy; Carolan, Sarah
Subject: [Csped] RE: PED - Hardware
 
Hi guys,

For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

Hard Drive  - Tim
Mobo - Josh
Case/PSU - Will
Monitor - Sarah

Memory
Keyboard
Mouse

So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

We're assuming that the mobo will have onboard video/processor/sound etc.

Tim

_______________________________________________
CSPED mailing list
CSPED@mail.cs.trinity.edu
http://www.cs.trinity.edu/mailman/listinfo/csped



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4771 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070329/27122ffd/attachment.bin
From jdodds at Trinity.edu  Sun Apr  1 21:17:55 2007
From: jdodds at Trinity.edu (Joey)
Date: Sun Apr  1 21:18:03 2007
Subject: [Csped] Re: So... presentation monday?
In-Reply-To: <DE88E12960DA264482E6BFB188F68FE13BBB24@its-hardin.trinity.local>
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu>
	<1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local>
	<1D6B1A9F3184E14FA5EA7D766E538A52245745@its-hardin.trinity.local>
	<DE88E12960DA264482E6BFB188F68FE13BBB24@its-hardin.trinity.local>
Message-ID: <461067D3.8040805@trinity.edu>

An HTML attachment was scrubbed...
URL: http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070401/8ce1d386/attachment.html
From Joshua.Aldana at Trinity.edu  Sun Apr  1 21:38:41 2007
From: Joshua.Aldana at Trinity.edu (Aldana, Joshua)
Date: Sun Apr  1 21:39:18 2007
Subject: [Csped] Re: So... presentation monday?
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu><1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local><DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local><1D6B1A9F3184E14FA5EA7D766E538A52245745@its-hardin.trinity.local><DE88E12960DA264482E6BFB188F68FE13BBB24@its-hardin.trinity.local>
	<461067D3.8040805@trinity.edu>
Message-ID: <DE88E12960DA264482E6BFB188F68FE101F6D8B8@its-hardin.trinity.local>


Well...I think we have a list of parts for a cheap computer but thats about it.

-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Joey
Sent: Sun 4/1/2007 9:17 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: [Csped] Re: So... presentation monday?
 
Yeah fellows, this is tomorrow, and as far as I know we have no group-wide communication and no input from the teacher.

Uh

Good luck I guess, I think we are going to try to get applications installed tonight.

Joey


Dodds, Josiah wrote: 

	At least thats what the schedule says, unfortunate as we didn't get to do any work in class this week.  First question, are we actually presenting on monday? If so, where do we stand, software has a complete list, all we need to do is get it on a machine.  Are we going to bring that machine to the presentation or just talk about it?

	Come on guys, there are going to be a strong 7 people watching this thing, we really have to have our act together 

	Joey 

	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Basinger, William 
	Sent: Thu 3/22/2007 10:10 AM 
	To: CS Professional, Ethics,Design Course Discussion List (Howland) 
	Subject: RE: [Csped] PED - Applications, Questions for other Groups 
	  

	Something I found whilst surfing, the OS guys might like this: 

	http://lifehacker.com/software/ubuntu/how-to-install-ubuntu-linux-on-a-flash-drive-245087.php 

	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason 
	Sent: Mon 3/19/2007 5:06 PM 
	To: CS Professional, Ethics,Design Course Discussion List (Howland) 
	Subject: RE: [Csped] PED - Applications, Questions for other Groups 
	  
	All, 

	Team Applications did some preliminary work, and here's what we are looking at so far. 
	--------------------------------------------- 
	Browser - Firefox, with flashgot, filterset g, and a couple of greasemonkey scripts 
	Office  - 
	           Excel  - Gnumeric OO.o's Calc? 
	           Powerpoint - OO.o's Impress 
	           Word  - Abiword 
	           Publisher - Scribus? 
	Calculator - gcalctool xcalc? 
	Images 
	           Viewer- eye of gnome (eog) 
	           Photoshop - GIMP GIMPshop? 
	           Paint  - xpaint 
	AntiVirus - Clam AntiVirus? 
	Emulator - WINE 
	Editors 
	           Text - VIm, Gedit 
	           IDE  - Eclipse (possibly the Omondo plugin) 
	Media   - Mplayer? VLC? 
	Burning - GnomeBaker? 
	Audio   
	          Sound Recorder - gnome-sound-recorder? 
	          Audio Mixer    - Audacity? 
	---------------------------- 

	We wanted to ask: 
	 1) Any categories or specific applications we left off that you all know of? 
	 2) OS: Anything on this list that you think would be especially difficult to get working with what you all are looking at? Any suggestions for programs that would be easier?

	 3) OS: Are you going to have something like SELinux on there to lock down the systems? 
	 4) Hardware: Eclipse is pretty memory intensive, we understand. But we'd really like to use it for our graphical IDE.  Do you think our hardware will be capable of running it, at least moderately well?

	Jason 





	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy 
	Sent: Mon 19/03/2007 15:57 
	Cc: Seger, Noah; Aldana, Joshua; Basinger, William; Nolan, Jeremy; Carolan, Sarah 
	Subject: [Csped] RE: PED - Hardware 
	  
	Hi guys, 

	For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

	Hard Drive  - Tim 
	Mobo - Josh 
	Case/PSU - Will 
	Monitor - Sarah 

	Memory 
	Keyboard 
	Mouse 

	So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

	We're assuming that the mobo will have onboard video/processor/sound etc. 

	Tim 

	_______________________________________________ 
	CSPED mailing list 
	CSPED@mail.cs.trinity.edu 
	http://www.cs.trinity.edu/mailman/listinfo/csped 



	
	
________________________________


	_______________________________________________
	CSPED mailing list
	CSPED@mail.cs.trinity.edu
	http://www.cs.trinity.edu/mailman/listinfo/csped
	  



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5199 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070401/d90b7986/attachment.bin
From Michael.Pellon at Trinity.edu  Sun Apr  1 21:40:37 2007
From: Michael.Pellon at Trinity.edu (Pellon, Michael)
Date: Sun Apr  1 21:43:27 2007
Subject: [Csped] Re: So... presentation monday?
References: <1173082876.5886.11.camel@tnunamak><8A910C58-3875-458A-86AE-95122D2013F0@trinity.edu><1D6B1A9F3184E14FA5EA7D766E538A521E62D3@its-hardin.trinity.local><DE88E12960DA264482E6BFB188F68FE101566D23@its-hardin.trinity.local><1D6B1A9F3184E14FA5EA7D766E538A52245745@its-hardin.trinity.local><DE88E12960DA264482E6BFB188F68FE13BBB24@its-hardin.trinity.local>
	<461067D3.8040805@trinity.edu>
Message-ID: <62B9D54B4D5449448C9BEB61EBE0F5D001879FC1@its-hardin.trinity.local>

I spend the weekend getting the OS installed on both machines in Haslell 201. The machines are named "Feynman" and "Glenn-Mann". There both have an up to date version of ubuntu installed on them and have been ripped down somewhat. The username is cs3194 and passwd is csci. The root passwd is also csci. applications you should be able to install via synaptic package manager no problem and ssh access should be setup on these machines as well. you can use ruptime to check if the machines are up rwho and rusers, etc to see who is logged into them

michael 

--------------------------------------------
Michael Pellon
mpellon@trinity.edu 
Student
Trinity University
(713) 503-6500
--------------------------------------------



-----Original Message-----
From: csped-bounces@sol.cs.trinity.edu on behalf of Joey
Sent: Sun 4/1/2007 9:17 PM
To: CS Professional, Ethics,Design Course Discussion List (Howland)
Subject: [Csped] Re: So... presentation monday?
 
Yeah fellows, this is tomorrow, and as far as I know we have no group-wide communication and no input from the teacher.

Uh

Good luck I guess, I think we are going to try to get applications installed tonight.

Joey


Dodds, Josiah wrote: 

	At least thats what the schedule says, unfortunate as we didn't get to do any work in class this week.  First question, are we actually presenting on monday? If so, where do we stand, software has a complete list, all we need to do is get it on a machine.  Are we going to bring that machine to the presentation or just talk about it?

	Come on guys, there are going to be a strong 7 people watching this thing, we really have to have our act together 

	Joey 

	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Basinger, William 
	Sent: Thu 3/22/2007 10:10 AM 
	To: CS Professional, Ethics,Design Course Discussion List (Howland) 
	Subject: RE: [Csped] PED - Applications, Questions for other Groups 
	  

	Something I found whilst surfing, the OS guys might like this: 

	http://lifehacker.com/software/ubuntu/how-to-install-ubuntu-linux-on-a-flash-drive-245087.php 

	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Hemann, Jason 
	Sent: Mon 3/19/2007 5:06 PM 
	To: CS Professional, Ethics,Design Course Discussion List (Howland) 
	Subject: RE: [Csped] PED - Applications, Questions for other Groups 
	  
	All, 

	Team Applications did some preliminary work, and here's what we are looking at so far. 
	--------------------------------------------- 
	Browser - Firefox, with flashgot, filterset g, and a couple of greasemonkey scripts 
	Office  - 
	           Excel  - Gnumeric OO.o's Calc? 
	           Powerpoint - OO.o's Impress 
	           Word  - Abiword 
	           Publisher - Scribus? 
	Calculator - gcalctool xcalc? 
	Images 
	           Viewer- eye of gnome (eog) 
	           Photoshop - GIMP GIMPshop? 
	           Paint  - xpaint 
	AntiVirus - Clam AntiVirus? 
	Emulator - WINE 
	Editors 
	           Text - VIm, Gedit 
	           IDE  - Eclipse (possibly the Omondo plugin) 
	Media   - Mplayer? VLC? 
	Burning - GnomeBaker? 
	Audio   
	          Sound Recorder - gnome-sound-recorder? 
	          Audio Mixer    - Audacity? 
	---------------------------- 

	We wanted to ask: 
	 1) Any categories or specific applications we left off that you all know of? 
	 2) OS: Anything on this list that you think would be especially difficult to get working with what you all are looking at? Any suggestions for programs that would be easier?

	 3) OS: Are you going to have something like SELinux on there to lock down the systems? 
	 4) Hardware: Eclipse is pretty memory intensive, we understand. But we'd really like to use it for our graphical IDE.  Do you think our hardware will be capable of running it, at least moderately well?

	Jason 





	-----Original Message----- 
	From: csped-bounces@sol.cs.trinity.edu on behalf of Nunamaker, Timothy 
	Sent: Mon 19/03/2007 15:57 
	Cc: Seger, Noah; Aldana, Joshua; Basinger, William; Nolan, Jeremy; Carolan, Sarah 
	Subject: [Csped] RE: PED - Hardware 
	  
	Hi guys, 

	For next Monday we are just splitting up the different parts and everyone can try to find the best/cheapest one. Here's what we've got:

	Hard Drive  - Tim 
	Mobo - Josh 
	Case/PSU - Will 
	Monitor - Sarah 

	Memory 
	Keyboard 
	Mouse 

	So Noah/Jeremy, can you guys try to come up with something for the Memory/Keyboard/Mouse? Josh found a website with like a $3 keyboard, so maybe you can get that from him. Also we have to make sure that the memory will work with the motherboard.

	We're assuming that the mobo will have onboard video/processor/sound etc. 

	Tim 

	_______________________________________________ 
	CSPED mailing list 
	CSPED@mail.cs.trinity.edu 
	http://www.cs.trinity.edu/mailman/listinfo/csped 



	
	
________________________________


	_______________________________________________
	CSPED mailing list
	CSPED@mail.cs.trinity.edu
	http://www.cs.trinity.edu/mailman/listinfo/csped
	  



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5579 bytes
Desc: not available
Url : http://Sol.CS.Trinity.Edu/pipermail/csped/attachments/20070401/d9da3e8e/attachment-0001.bin
