June 2015 - tor-dev - lists.torproject.org

Relay Database: Existing Schemas?
by nusenu 26 Feb '16

26 Feb '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I'm planing to store relay data in a database for analysis. I assume others have done so as well, so before going ahead and designing a db schema I'd like to make sure I didn't miss pre-existing db schemas one could build on. Data to be stored: - - (most) descriptor fields - - everything that onionoo provides in a details record (geoip, asn, rdns, tordnsel, cw, ...) - - historic records I didn't find something matching so far, so I'll go ahead, but if you know of other existing relay db schemas I'd like to hear about it. thanks, nusenu "GSoC2013: Searchable Tor descriptor archive" (Kostas Jakeliunas) https://www.google-melange.com/gsoc/project/details/google/gsoc2013/wfn/ 5866452879933440 https://lists.torproject.org/pipermail/tor-dev/2013-May/004923.html https://lists.torproject.org/pipermail/tor-dev/2013-September/005357.htm l https://github.com/wfn/torsearch (btw, someone knows the license of this?) > This is true: the summary/details documents (just like in Onionoo > proper) deal with the *last* known info about relays. ernie https://gitweb.torproject.org/metrics-db.git/plain/doc/manual.pdf (didn't find db/tordir.sql mentioned in the pdf) "Instructions for setting up relay descriptor database" https://lists.torproject.org/pipermail/tor-dev/2010-March/001783.html "Set up descriptor database for other researchers" https://trac.torproject.org/projects/tor/ticket/1643 -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJVLrmVAAoJEFv7XvVCELh0+ycP/0VkRWMGAhx7YwWhixtOPB0q ouitosse3SdLCMd1W7cps7nnQhcGv8E1xeUPYeizNQ+RIK9ldvnwgxhVt9ETOI3e oL6bcx3B/NSbTcGfZhIU6XCCX7+39CXz3/+/gXg4c1a5Cd9rYKuwTn7ZApPUNAK2 9yfckCwHaqh67ZDHB1A7nrHX1BJAjwhri5JRGomHSUXPwNZOyMzpgPkB+I92esqc Z4ajQo2D+Vyk42qF7apqp5ApVBLdt5ycUtW1j4s4KvyJH2BjeP4tCXvvYLKv9IvN TGHMJ111NQXbuk6H1OdaDmMZhhW6utPk8YAbNc7RZHqCdH7No40zFVlikLDrV2Xl uLt8FMlck7hGQv/4udA59Dw3PGHfrSiCbvJXb0S2jarnWOH2O+zSSuMs8jQM/x7k 6tIOlwtRDVGw3VuvNbb4MJnLzdHRxq3qy6ueDYuhmhHslxjD1Cbr3eE1RA7Da9aX kNDgjfXtdah52HWUZbIIxHQYzyCg5G3M5yy51GhUlA2Fe1sbPpNcEBeyEDK/jH3Y +7G+tgR+CdMvSFraCiYKHa1drVPJHeqNvZAqPNHKxpKwOwOoJEYrsW4wb/mJ7ybe o8xNYK691hcaMvHqwI47tw4hZfrI0f0+gQKKzENQQk8/8yUZ/0jgMRlW/Cz0yYIa FZEg+OJ/yEs8vKfYerIN =Rfn4 -----END PGP SIGNATURE-----

3 2

[Patch] or/config.c for MSVC
by Gisle Vanem 23 Jul '15

23 Jul '15

This gcc-centric macro in or/config.c doesn't work well in MSVC v16/18: #define COMPLAIN(args...) \ STMT_BEGIN log_warn(LD_CONFIG, args); STMT_END I suggest it should be patched like this: --- a/config.c 2015-05-06 22:22:09 +0000 +++ b/config.c 2015-05-06 23:15:57 +0000 @@ -2571,8 +2571,8 @@ #define REJECT(arg) \ STMT_BEGIN *msg = tor_strdup(arg); return -1; STMT_END -#define COMPLAIN(args...) \ - STMT_BEGIN log_warn(LD_CONFIG, args); STMT_END +#define COMPLAIN(args, ...) \ + STMT_BEGIN log_warn(LD_CONFIG, args, ## __VA_ARGS__); STMT_END /** Log a warning message iff <b>filepath</b> is not absolute. * Warning message must contain option name <b>option</b> and ------- All recent compilers supports '__VA_ARGS__'? -- --gv

3 5

Update: Proposal 237 - All relays are directory servers
by Matthew Finkel 09 Jul '15

09 Jul '15

Hi All, Here's an updated version of prop 237. I rewrote some parts for clarity and brought it inline with the current implementation for #12538. Updated branch on prop237_update in my torspec repo. Thanks! Matt

2 1

Tor Messenger Third Alpha
by Sukhbir Singh 01 Jul '15

01 Jul '15

Hi, Tor Messenger is an instant messaging client currently under development. It is designed to make connections using the Tor network and will therefore be a valuable piece in the privacy-enhancing software toolkit (web: Tor Browser, email: Thunderbird + TorBirdy, chat: Tor Messenger.) Based on the Instantbird IM client, Tor Messenger: - sends all traffic over Tor, - enforces Off-the-Record Messaging (OTR) for one-on-one conversations by default, - can be used with a wide variety of chat networks, - has an easy-to-use graphical user interface localized into multiple languages. * Current Status Today we are releasing the third alpha version with which we hope to gain both usability and security related feedback. There have been two previous alpha releases to the mailling lists that have already helped smooth out some of the rougher edges. * What's New in Tor Messenger 0.0.6 - Support for Windows and OS X builds (in addition to Linux) - Improved privacy and security with network and application-related enhancements - Improved usability of the Instantbird OTR extension - Private key and known fingerprint management - XMPP in-band account registration support - Build localization support (currently Arabic; Chinese, Spanish, Farsi, and other languages coming soon) * Bundles Linux (32-bit): https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/tor-messenger-0.… Linux (64-bit): https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/tor-messenger-0.… Windows: https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/tor-messenger-0.… OS X: https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/tor-messenger-0.… sha256sum: https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/sha256sums.txt https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/sha256sums.txt.a… The bundles are signed with the key 0xB297B391. * Instructions - On Linux, extract the bundle and then run: ./start-tor-messenger. - On OS X, copy the Tor Messenger application from the disk image to your local disk before running it. On all platforms, Tor Messenger sets the profile folder to the installation directory. * Code We are doing automated builds of Tor Messenger for all platforms using rbm (Reproducible Build Manager): https://gitweb.torproject.org/tor-messenger-build.git * Arabic Language Pack https://people.torproject.org/~sukhbir/tor-messenger-0.0.6/tor-messenger-ar… Install the language pack as an add-on and then set "general.useragent.locale" to "ar". (Thanks to Sherief Alaa for the translation.) * Feedback This is an early release and there may be serious privacy leaks and other issues -- please DO NOT recommend Tor Messenger to end users; this release is only for developers and advanced users who would like to help us with testing but understand the risks involved with using alpha software. With this release, we invite feedback not limited to anonymity leaks, usability issues, feature requests and suggestions for improvement. Please submit your feedback using the bug tracker (bugs.torproject.org; select the "Tor Messenger" component). You can also talk to us on this mailing list or on IRC. Thanks, Arlo Breault, Nicolas Vigier, Sukhbir Singh

3 4

Re: [tor-dev] Discussions
by Cory Pruce 01 Jul '15

01 Jul '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yep, you got it! People find it easiest to read mailing list posts if the subjects match. And the threading works better that way, too. Any time you reply to and quote a previous email, cut out the extra stuff the mailing list adds in. And cutting out people's long signatures helps, too. Imagine you've googled a problem, and you're reading each email by itself - what do people need to know to follow the conversation? > I see now about top-posting though :D > Thanks, we all do that from time to time - most mail clients automatically top-post. > I kept the mailing list in the > loop for the readpassphrase.h but it's your call where you want to go > through the environment. I'm cool either way :-) > Stick as much as you like on the mailing list. People will tell you if it's too much. In fact, I'll stick my reply to your question about testing on tor-dev, as it's relevant. Tim Tim Wilson-Brown (teor) teor2345 at gmail dot com pgp 0xABFED1AC https://gist.github.com/teor2345/d033b8ce0a99adbc89c5 teor at blah dot im OTR D5BE4EC2 255D7585 F3874930 DB130265 7C9EBBC7 - --------------------------------------------------------------------------------------------- Awesome thanks Tim! I'm going to set up chutney later. Could you please send me the next steps you think would be good for a Tor testing environment? Thanks for your help! Cory -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVksKGAAoJEB7DuCIJauCgM7MP/1ZbuSuo53Mz/8YBzA8FZPX1 yATAWJudqPaPH0m1nQS72x2Bzarz5UhCCGq2YpAhocoo1rEam+wIqcSJ7KUVso1H 1ViuKRjUWjgevAB33zdCWkZZtaKhg/r8zFpqMD8VL6N2ae3ypiY+nnw0vyEJZNZf YnUjoH+YNab/ftRv16/d72bmzHeylVRBcJX6OmSzSlCuCWROlptez3hG+xl52NHv q1obXuyWn36ba8agIeo3OFIX7sQ9Ok3Hvyr/Sve9QEt+FnB24yswS5X3izl8MtZZ Rs9Kz/RZsrH8AGAWmz+h6IIdGK/cmycsLk7bQyDzWHjzuDuIOtvXe5B4xizmoNEW in0Qxg5LfSklc8nN2531AbMExMoQsOW7ciNbQK7lQQlm8ZRb5U/ghWhjKc6PqZ8Z bWGv/vQQyzOQofsgaOm9Tul8vOPGk/e7a5mWRLj167ZuFRY/9d8I4K2mdjm45OQT Lz/gloDCV61IcMzEmmj3Ga8U2oWDicmKbJeNk7RnD9nPNr3JR9yKLEDRUD59Fp43 i4ZplSV0eIFDzozx0aZnVE/ctqyK9wDWWBVaTbsJfXcdV5h+DfGbtzPIdq2CA/cl 1Id94kqqGL00MlYuzw0eHcH5ssUIpVRGg96njolcCFgE/ipfWrFCTW+dxpuXD+p2 0unsHjaY0Am+T+NMPmCr =v2h0 -----END PGP SIGNATURE-----

2 2

Re: [tor-dev] Discussions
by teor 30 Jun '15

30 Jun '15

> On 1 Jul 2015, at 01:29 , Cory Pruce <corypruce(a)gmail.com> wrote: > > I've been able to do a > make install and am ready to continue setting up the test environment. I > see chutney on your github. I'll get that set up when I get home. Do you > have any advice for testing Tor? Also, feel free to move this to the > mailing list whenever you feel it's appropriate. > Hi Cory, I'm moving this to tor-dev as it's relevant to other developers. Chutney Please use the official chutney repository at git.torproject.org <http://git.torproject.org/> My chutney repository a little messy at the moment, and I've merged draft throughput-testing code into my master branch. You're welcome to test the draft code by merging https://github.com/teor2345/chutney/tree/bug14175-bandwidth <https://github.com/teor2345/chutney/tree/bug14175-bandwidth> The throughput-testing functionality works, but it needs to be tidied up, and have the hard-coded constants turned into command-line options. So it's not ready for release, but it is ready for an early review to check for functionality gaps and bugs. You might find throughput metrics useful to confirm that any multithreading changes are actually improving performance. Testing Once tor is built, you can test it using: # basic tests make test # extended tests make check # benchmarks /src/test/bench # verify tor connectivity using a local test network - requires chutney make test-network # verify that the core functionality of tor works, requires chutney and IPv6 on localhost src/test/test-network.sh --flavour bridges+ipv6+hs # verify that the core functionality of tor works, using chutney, but without IPv6 src/test/test-network.sh --flavour bridges src/test/test-network.sh --flavour hs There's also various other testing tools: shadow Tor network simulator static analysers, such as coverity and clang-scan dynamic sanitizers: Undefined Behaviour (UBSan), Address (ASAN), … fuzzing (I'm working on some tor-specific harnesses for fuzzing, but they're not ready) and I'm sure there are others which I've missed. Generally, I'm happy with code once I know it: * compiles with no warnings, * passes the extended unit tests (make check), including any tests written for new functionality, and * passes all the connectivity tests in a comprehensive test network (bridges+ipv6+hs). For bonus points, you can compile tor using UBSan and ASAN. If you're using clang, you'll find that tor/contrib/clang helps with setting this up. It lists known undefined behaviour in the Tor codebase, so it may be useful if you want to do something similar with gcc. (However, getting sanitizers to work can be incredibly fiddly and a total time-suck, too. So if it's just not working, skip it.) I'll also occasionally run code through a static analyser, to find subtle bugs which haven't been uncovered using UBSan/ASAN. Again, this isn't something everyone needs to do. Others may have advice on testing multithreading code in particular. Tim Tim Wilson-Brown (teor) teor2345 at gmail dot com pgp 0xABFED1AC https://gist.github.com/teor2345/d033b8ce0a99adbc89c5 teor at blah dot im OTR D5BE4EC2 255D7585 F3874930 DB130265 7C9EBBC7

1 0

Damian's Status Report - June 2015
by Damian Johnson 29 Jun '15

29 Jun '15

Guten morgen lovely people of the Internet. This June my grandpa passed away so spent quite a bit of time with family. Tor stuff didn't get much attention, but I did revise a couple small parts of Nyx. -------------------------------------------------------------------------------- Nyx Installer and Descriptor Dialog Rewrite -------------------------------------------------------------------------------- This month I rewrote the installer of Nyx and its descriptor dialog. As usual this was mostly about cleaning and stabilizing the codebase. Only functional changes were... * Our setup.py now supports --man-page and --sample-path arguments for customizing resource locations. * Test coverage for installation. * Installing and our tests are now python3 compatible. Sadly no, this doesn't mean Nyx runs under python3 just yet but it's a step in that direction. * The descriptor dialog now shows microdescriptors (this part of the codebase predated them). Cheers! -Damian

1 0

Re: [tor-dev] tor-dev Digest, Vol 53, Issue 27
by Cory Pruce 29 Jun '15

29 Jun '15

Thanks teor, that'd be awesome! I've been able to resolve most of the dependencies easily until the file "readpassphrase.h" (and thus .o) was shown to be missing during make. Are you still using the git branch? I'll definitely take a look into the throughput tool once I get set up :D - Cory On Mon, Jun 29, 2015 at 5:00 AM, <tor-dev-request(a)lists.torproject.org> wrote: > Send tor-dev mailing list submissions to > tor-dev(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev > or, via email, send a message with subject or body 'help' to > tor-dev-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-dev-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-dev digest..." > > > Today's Topics: > > 1. List of projects (Cory Pruce) > 2. Re: List of projects (Nick Mathewson) > 3. Re: List of projects (Cory Pruce) > 4. Re: Multithreaded crypto on Tor (teor) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 28 Jun 2015 11:12:45 -0700 > From: Cory Pruce <corypruce(a)gmail.com> > To: dgoulet(a)torproject.org, nickm(a)torproject.org, > meejah(a)torproject.org, atagar(a)torproject.org, > tor-dev(a)lists.torproject.org > Subject: [tor-dev] List of projects > Message-ID: <5590391D.6020900(a)gmail.com> > Content-Type: text/plain; charset=utf-8 > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey, > > I see now that the multithreading on the crypto operations is at least > partly resolved (#9682) but there still exists more to be done. I could > help on the condition variables and possibly more with that project or > another one from the project ideas on the Tor volunteer page. For > example, I've worked with the Stem library before doing primarily > traffic analysis in a class at Carnegie Mellon. If no one has worked on > the first option, I could do that as well. Please let me know if any of > you are willing to discuss these with me! I'd like to hear back knowing > that I'm talking to other human beings :-) Sorry if this isn't the way I > should be contacting. If so, let me know! > > - - Cory > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJVkDkdAAoJEB7DuCIJauCg7q0P/0KNxwoLPo1ZlsO7X5/p+yC5 > qHDHrAuVworNkER/t35xEQPJmGy9hTp7XaxHm2JWwbKpkWtS9dbTVA5LPD5esRsz > z5dhJOwKOXh9BIQ3qjBk22OPg1YbUJ8ykwTiwUY5BM/Tilk6UZqmjZDCOlpp5ufv > F4w9tUL9ug+K6VRnM/XksZhYjx1Wnhei5PesfZoTBiggj4T0q/16amduIhyALilm > HY5hHVCxo9mvmBBwzUwkRhi+kQ39eeLCggRbBqQv+WsYH8FNesoUcxFjy/AGzTGT > 4Ul4M8E41oHudtvmFIqzEgMmV5TjZaSR5X52aW+7mQAXRAH6IzxX8E+ji5CJIWLo > pE2zPV3dX+AsYx1lkU/x0hZvX2537wt8pNWka0ORTn7HKLnb/6NoaC7gYHr8ZftR > gcbSru49xyWNmzjfXSok7Unfih37MQY8Y1nGNqauHo8lZ38qmAnsdaGzAB409RgP > R30G82hg2QRFBA1486IqP/LtSxhk1UdEyWWvVlXWOYRvVF68l3g1mHVswIxT3k4G > z3a+0EmwF52xxvzgmMwTlxeWfa1/3uQA3w2el9e92/Xtc5lw66nE/k+kX7Mpg7GM > kDFZ0UkBgxXATy0kuCdU7enZjzpn6M1vDwhfmovpGAMDVaaMZzzII17KEJyVv8Sp > G7Wxg+lZjr9SOvRIOxf1 > =Ebps > -----END PGP SIGNATURE----- > > > > > ------------------------------ > > Message: 2 > Date: Sun, 28 Jun 2015 17:35:47 -0400 > From: Nick Mathewson <nickm(a)torproject.org> > To: Cory Pruce <corypruce(a)gmail.com> > Cc: Damian Johnson <atagar(a)torproject.org>, meejah(a)torproject.org, > tor-dev(a)lists.torproject.org, David Goulet <dgoulet(a)torproject.org > > > Subject: Re: [tor-dev] List of projects > Message-ID: > <CAKDKvuzxLDGjokxZK26_X=_ > H9-J_wMdOYrOakyGv2cs6kdPSig(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Sun, Jun 28, 2015 at 2:12 PM, Cory Pruce <corypruce(a)gmail.com> wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hey, > > > > I see now that the multithreading on the crypto operations is at least > > partly resolved (#9682) but there still exists more to be done. I could > > help on the condition variables and possibly more with that project or > > another one from the project ideas on the Tor volunteer page. For > > example, I've worked with the Stem library before doing primarily > > traffic analysis in a class at Carnegie Mellon. If no one has worked on > > the first option, I could do that as well. Please let me know if any of > > you are willing to discuss these with me! I'd like to hear back knowing > > that I'm talking to other human beings :-) Sorry if this isn't the way I > > should be contacting. If so, let me know! > > Hi, Cory, and sorry about the delay! I saw your earlier two messages, > and I just thought I'd send you a quick note today to say, "Yup, we > got them!" I'm going to be a little more slow responding than I would > like, since I'm preparing for a trip to PETS > (https://petsymposium.org/2015/) but I'll try to write back some > actual useful info as soon as I can. > > cheers, > -- > Nick > > > ------------------------------ > > Message: 3 > Date: Sun, 28 Jun 2015 14:37:07 -0700 > From: Cory Pruce <corypruce(a)gmail.com> > To: Nick Mathewson <nickm(a)torproject.org> > Cc: atagar(a)torproject.org, meejah(a)torproject.org, David Goulet > <dgoulet(a)torproject.org>, tor-dev(a)lists.torproject.org > Subject: Re: [tor-dev] List of projects > Message-ID: > < > CANOqyr7fzF2ADbmYof+Pufd3DGgFwVNqmLkZzvVSKecz_7QywQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Awesome, no worries. Thanks! > On Jun 28, 2015 2:35 PM, "Nick Mathewson" <nickm(a)torproject.org> wrote: > > > On Sun, Jun 28, 2015 at 2:12 PM, Cory Pruce <corypruce(a)gmail.com> wrote: > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Hey, > > > > > > I see now that the multithreading on the crypto operations is at least > > > partly resolved (#9682) but there still exists more to be done. I could > > > help on the condition variables and possibly more with that project or > > > another one from the project ideas on the Tor volunteer page. For > > > example, I've worked with the Stem library before doing primarily > > > traffic analysis in a class at Carnegie Mellon. If no one has worked on > > > the first option, I could do that as well. Please let me know if any of > > > you are willing to discuss these with me! I'd like to hear back knowing > > > that I'm talking to other human beings :-) Sorry if this isn't the way > I > > > should be contacting. If so, let me know! > > > > Hi, Cory, and sorry about the delay! I saw your earlier two messages, > > and I just thought I'd send you a quick note today to say, "Yup, we > > got them!" I'm going to be a little more slow responding than I would > > like, since I'm preparing for a trip to PETS > > (https://petsymposium.org/2015/) but I'll try to write back some > > actual useful info as soon as I can. > > > > cheers, > > -- > > Nick > > >

1 1

Re: [tor-dev] Multithreaded crypto on Tor
by teor 29 Jun '15

29 Jun '15

> Date: Sat, 27 Jun 2015 20:44:02 -0700 > From: Cory Pruce <corypruce(a)gmail.com> > To: tor-dev(a)lists.torproject.org > Subject: [tor-dev] Multithreaded crypto on Tor > Message-ID: <558F6D82.2010400(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi! > > Let me start by introducing myself. My name is Cory Pruce, am an > Information Technology - Information Security Master's student at > Carnegie Mellon, and would like to get more involved in Tor! I have done > a bit of programming in C and have a pretty substantial crypto > background. I'm not in the Google summer of code but would really like > to complete this project :D (see screenshot) Please let me know if > anyone is currently working on this and if Nick, David, or anyone would > like to give me some advice and be someone I can bounce ideas off of :-) > > Thanks and I hope to hear back soon! > > - Cory > > P.S. I have cloned the repo and have been looking through relay.* and > cpuworker.* files. I just would like to speak with someone before I jump > in :p Hi Cory, Multithreaded crypto is a *very* popular request on the tor-relays mailing list, as many relays have multiple cores, and significant network bandwidth. Tor limits the number of relays per IPv4 address to 2 to mitigate sybil attacks, so the best way for relay operators to increase their throughput is multithreaded crypto. I'm not familiar with the specifics of tor's multithreading implementation, but please contact me if you need assistance setting up a local test network. I've made some recent changes to the chutney test tool which allow throughput to be measured. These changes work on Linux and OS X, but they're still under review, and the git branch isn't as organised as I would like. teor teor2345 at gmail dot com pgp 0xABFED1AC https://gist.github.com/teor2345/d033b8ce0a99adbc89c5 teor at blah dot im OTR D5BE4EC2 255D7585 F3874930 DB130265 7C9EBBC7

1 0

List of projects
by Cory Pruce 28 Jun '15

28 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey, I see now that the multithreading on the crypto operations is at least partly resolved (#9682) but there still exists more to be done. I could help on the condition variables and possibly more with that project or another one from the project ideas on the Tor volunteer page. For example, I've worked with the Stem library before doing primarily traffic analysis in a class at Carnegie Mellon. If no one has worked on the first option, I could do that as well. Please let me know if any of you are willing to discuss these with me! I'd like to hear back knowing that I'm talking to other human beings :-) Sorry if this isn't the way I should be contacting. If so, let me know! - - Cory -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVkDkdAAoJEB7DuCIJauCg7q0P/0KNxwoLPo1ZlsO7X5/p+yC5 qHDHrAuVworNkER/t35xEQPJmGy9hTp7XaxHm2JWwbKpkWtS9dbTVA5LPD5esRsz z5dhJOwKOXh9BIQ3qjBk22OPg1YbUJ8ykwTiwUY5BM/Tilk6UZqmjZDCOlpp5ufv F4w9tUL9ug+K6VRnM/XksZhYjx1Wnhei5PesfZoTBiggj4T0q/16amduIhyALilm HY5hHVCxo9mvmBBwzUwkRhi+kQ39eeLCggRbBqQv+WsYH8FNesoUcxFjy/AGzTGT 4Ul4M8E41oHudtvmFIqzEgMmV5TjZaSR5X52aW+7mQAXRAH6IzxX8E+ji5CJIWLo pE2zPV3dX+AsYx1lkU/x0hZvX2537wt8pNWka0ORTn7HKLnb/6NoaC7gYHr8ZftR gcbSru49xyWNmzjfXSok7Unfih37MQY8Y1nGNqauHo8lZ38qmAnsdaGzAB409RgP R30G82hg2QRFBA1486IqP/LtSxhk1UdEyWWvVlXWOYRvVF68l3g1mHVswIxT3k4G z3a+0EmwF52xxvzgmMwTlxeWfa1/3uQA3w2el9e92/Xtc5lw66nE/k+kX7Mpg7GM kDFZ0UkBgxXATy0kuCdU7enZjzpn6M1vDwhfmovpGAMDVaaMZzzII17KEJyVv8Sp G7Wxg+lZjr9SOvRIOxf1 =Ebps -----END PGP SIGNATURE-----

2 2