aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-12T14:28:16Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/641Separate packages for each ACF skin2019-07-12T14:28:16ZTed TraskSeparate packages for each ACF skinACF-skins is by far the largest of the ACF packages because it contains
various images for the individual skins. It would be nice if we could
separate the skins into separate skin packages. We might then need a
separate package used to e...ACF-skins is by far the largest of the ACF packages because it contains
various images for the individual skins. It would be nice if we could
separate the skins into separate skin packages. We might then need a
separate package used to ensure that at least one skin is installed.
*(from redmine: issue id 641, created on 2011-05-10, closed on 2016-05-31)*3.4.0Ted TraskTed Trask2012-10-01https://gitlab.alpinelinux.org/alpine/aports/-/issues/638ACF seems to freeze when a command takes a long time to complete2019-07-12T14:28:14ZTed TraskACF seems to freeze when a command takes a long time to completeWhen using ACF to install a package (or other action that takes a long
time to complete) the web interface freezes until it completes. This
means the user is likely to think it’s broken and refresh or browse to
another page. It would be ...When using ACF to install a package (or other action that takes a long
time to complete) the web interface freezes until it completes. This
means the user is likely to think it’s broken and refresh or browse to
another page. It would be good to have a standard feature that spawns
another process (or thread) and uses AJAX to show status. ACF uses AJAX
in several areas, so the new feature here is the ability to have an
action kick off a separate process and return before the action is
complete.
*(from redmine: issue id 638, created on 2011-05-10, closed on 2016-05-31)*3.4.0Ted TraskTed Trask2012-10-01https://gitlab.alpinelinux.org/alpine/aports/-/issues/637Update ACF hooks feature to include prefix2022-06-16T15:25:50ZTed TraskUpdate ACF hooks feature to include prefixACF core was modified for 0.9.0 to start using prefix/controller/action
for permissions, … The hooks feature (in mvc.lua and modelfunctions.lua)
should be correspondingly adjusted to look at prefix/controller, not
just controller.
*(fr...ACF core was modified for 0.9.0 to start using prefix/controller/action
for permissions, … The hooks feature (in mvc.lua and modelfunctions.lua)
should be correspondingly adjusted to look at prefix/controller, not
just controller.
*(from redmine: issue id 637, created on 2011-05-10, closed on 2016-05-31)*3.4.0Ted TraskTed Trask2012-10-01https://gitlab.alpinelinux.org/alpine/aports/-/issues/635ACF serialize writes by 2 users2019-07-12T14:28:13ZTed TraskACF serialize writes by 2 usersThe ACF design doesn’t have any design for synchronization. What happens
if two users submit forms at the same time? Either one or the other
should complete in it’s entirety before the other begins. For simple
file writes, it shouldn’t b...The ACF design doesn’t have any design for synchronization. What happens
if two users submit forms at the same time? Either one or the other
should complete in it’s entirety before the other begins. For simple
file writes, it shouldn’t be a problem. However, some ACF actions are
now accessing databases, and other slow functions with multiple steps.
Not sure if this is an actual problem or not, but I’m assuming it is.
I’m not aware of how mini\_httpd (the default www server for ACF)
manages CGI scripts. So, this will require some testing.
Possible solutions:
- Ignore the problem
- Add a synchronization object that all ACF actions will grab before
making changes
- Rewrite ACF with a daemon that implements (and synchronizes) all
actions
*(from redmine: issue id 635, created on 2011-05-10, closed on 2016-05-31)*3.4.0Ted TraskTed Trask2012-10-01https://gitlab.alpinelinux.org/alpine/aports/-/issues/633ACF-dovecot user management2019-07-12T14:28:12ZTed TraskACF-dovecot user managementCan we add the ability to manage dovecot users through ACF?
*(from redmine: issue id 633, created on 2011-05-10, closed on 2016-05-31)*Can we add the ability to manage dovecot users through ACF?
*(from redmine: issue id 633, created on 2011-05-10, closed on 2016-05-31)*3.4.0Ted TraskTed Trask2012-10-01https://gitlab.alpinelinux.org/alpine/aports/-/issues/6429acf-dhcp : editing entries fail due to lua errors in dhcp-model.lua2019-07-23T12:04:57ZSamuel Kremppacf-dhcp : editing entries fail due to lua errors in dhcp-model.luaediting fixed hosts fails due to an error line 28 :
>invalid use of ‘%’ in replacement string stack traceback: \[C\]: in
function ‘gsub’ /usr/share/acf/app//dhcp/dhcp-model.lua:28: in function
‘replaceentry’ /usr/share/acf/app//dhcp/dh...editing fixed hosts fails due to an error line 28 :
>invalid use of ‘%’ in replacement string stack traceback: \[C\]: in
function ‘gsub’ /usr/share/acf/app//dhcp/dhcp-model.lua:28: in function
‘replaceentry’ /usr/share/acf/app//dhcp/dhcp-model.lua:263: in function
‘subnet\_write’ /usr/share/acf/app//dhcp/dhcp-model.lua:627: in function
‘setFunction’ /usr/share/acf/app//acf\_www-controller.lua:671: in
function </usr/share/acf/app//acf_www-controller.lua:665> (…tail calls…)
/usr/share/acf/app//acf\_www-controller.lua:507: in function
</usr/share/acf/app//acf_www-controller.lua:409> \[C\]: in function
‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:409: in function
‘dispatch’ \[string “acf”\]:18: in main chunk
editing subnet definitions also fails
*(from redmine: issue id 6429, created on 2016-11-05, closed on 2017-05-22)*
* Uploads:
* [dhcpd.conf](/uploads/e3a6dd8657dcc9e5408152da8c356370/dhcpd.conf)3.4.6Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/6391Download of cert from acf-openssl gives invalid file2019-07-23T12:05:25ZTed TraskDownload of cert from acf-openssl gives invalid fileWhen a generated cert is downloaded, it is an invalid file and does not
match the file on the server.
*(from redmine: issue id 6391, created on 2016-10-26, closed on 2017-05-22)*
* Changesets:
* Revision 1d3a5eb63ef2a1964b87ea22e0cf...When a generated cert is downloaded, it is an invalid file and does not
match the file on the server.
*(from redmine: issue id 6391, created on 2016-10-26, closed on 2017-05-22)*
* Changesets:
* Revision 1d3a5eb63ef2a1964b87ea22e0cfb893e3b648bb by Timo Teräs on 2016-11-09T10:14:21Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
```
* Revision f473963b85b7e8d6e9fafa2ac13ea769d60ad8b2 by Timo Teräs on 2016-11-09T10:41:21Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
fixes #6391
```
* Revision 21ffa6d32408a34db0024b59c4eea64a6dfed0d1 by Ted Trask on 2016-11-10T14:00:32Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
```
* Revision eba35bc02242a16b52bb42f4a6a10df969accc3d by Ted Trask on 2016-11-10T14:17:54Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
(cherry picked from commit 21ffa6d32408a34db0024b59c4eea64a6dfed0d1)
```
* Uploads:
* [root.ssl_server_cert.54657374536572766572.01.pfx](/uploads/4e529d10f0ff9dfb2ef9ea11673ba798/root.ssl_server_cert.54657374536572766572.01.pfx) Host cert
* [TestServer.pfx](/uploads/497a1602e6512a97d5b90f676db216b3/TestServer.pfx) Downloaded cert
* [testcase.lua](/uploads/32402a4db9ce9c9b861087b0b23b64c1/testcase.lua) testcase.lua3.4.7Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9057acf2019-07-23T11:25:53Zalgitbotacfafter upgrading to Alpine 3.8 the acf stopped working.
after providing username and password i get page: “This page isn’t
working
\[my\_alpine\_host\_name\] didn’t send any data.
ERR\_EMPTY\_RESPONSE”
i also happens with fresh ins...after upgrading to Alpine 3.8 the acf stopped working.
after providing username and password i get page: “This page isn’t
working
\[my\_alpine\_host\_name\] didn’t send any data.
ERR\_EMPTY\_RESPONSE”
i also happens with fresh installation of Alpine 3.8.
i even try the edge release, the same message.
*(from redmine: issue id 9057, created on 2018-07-05, closed on 2018-08-08)*3.8.1Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9505acf-openssl, /etc/ssl/openssl-ca-acf.cnf setting new_certs_dir not updating?2021-05-09T17:45:44ZNick Lalicacf-openssl, /etc/ssl/openssl-ca-acf.cnf setting new_certs_dir not updating?Hi,
I am trying to run acf/acf-openssl in a docker container. I’d like to
place all user generated data into a docker volume. I attempted to do
this by changing the $dir variable in openssl-ca-acf.cnf (in this case I
changed it to /volu...Hi,
I am trying to run acf/acf-openssl in a docker container. I’d like to
place all user generated data into a docker volume. I attempted to do
this by changing the $dir variable in openssl-ca-acf.cnf (in this case I
changed it to /volume). This had the desired effect for most settings,
except the new\_certs\_dir is still being written to /etc/ssl/cert. It
appears as if the new\_certs\_dir setting is not being “picked up” in
acf-openssl.
I’m using Docker for Mac. Starting with the Docker Alpine:3.8 container,
the steps to reproduce the behavior from ash are:
<code class="shell">
apk update && apk upgrade
apk add alpine-conf acf-core act-alpine-baselayout acf-openssl.
setup-acf
</code>
Finally, I edit the /etc/ssl/openssl-ca-acf.cnf file, changing dir:
<code class="shell">
# mkdir /volume if not mounted
apk add vim
vim /etc/ssl/openssl-ca-acf.cnf
=> dir = /volume
</code>
I then bring up ACF in Chrome at https://localhost. I generate a CA and
a certificate with the CA.
Observed behavior:
The data for the generated certificate (password, key, .pfx file etc) are still placed in /etc/ssl/cert.
Expected behavior:
certificates created in /volume instead.
Is there something I am missing?
I am new to Alpine, so please let me know if there is any other
information I can provide.
Thanks!
*(from redmine: issue id 9505, created on 2018-10-03)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8203ACF Application error occured - /acf/alpine-baselayout/health/networkstats2019-07-23T11:39:49ZalgitbotACF Application error occured - /acf/alpine-baselayout/health/networkstats/acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-basel.../acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-baselayout/health</s>…”\]:79: in function
‘viewfunc’ \[string “/usr/share/acf/app//template-html.lsp”\]:157: in
function ‘viewfunc’ /usr/share/acf/app//acf\_www-controller.lua:521: in
function </usr/share/acf/app//acf_www-controller.lua:409> \[C\]: in
function ‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:409: in
function ‘dispatch’ \[string “acf”\]:18: in main chunk
*(from redmine: issue id 8203, created on 2017-11-27, closed on 2018-06-26)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4170acf-provisioning: add suport for VVX phones2019-07-23T13:54:07ZAlan Lacerdaacf-provisioning: add suport for VVX phonesThe latest software for VVX:
http://support.polycom.com/PolycomService/support/us/support/voice/polycom\_uc/polycom\_uc\_software\_release.html\#5.3.0
*(from redmine: issue id 4170, created on 2015-05-11, closed on 2015-06-02)*The latest software for VVX:
http://support.polycom.com/PolycomService/support/us/support/voice/polycom\_uc/polycom\_uc\_software\_release.html\#5.3.0
*(from redmine: issue id 4170, created on 2015-05-11, closed on 2015-06-02)*Alan LacerdaAlan Lacerdahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3698acf-weblog cannot import many squid log records2019-07-23T13:58:46ZStephen Munacf-weblog cannot import many squid log recordsTested with squark-0.5-r0/squid-3.3.12-r0 and
squark-0.6-r2/squid-3.3.13-r1
In Weblog Activity Log (History), there are a lot of entries like this
Exception on line:1421200962.220 170085 192.168.10.158 TCP\_MISS/ - 7796
CONNECT iecvlis...Tested with squark-0.5-r0/squid-3.3.12-r0 and
squark-0.6-r2/squid-3.3.13-r1
In Weblog Activity Log (History), there are a lot of entries like this
Exception on line:1421200962.220 170085 192.168.10.158 TCP\_MISS/ - 7796
CONNECT iecvlist.microsoft.com:443 - HIER\_DIRECT/iecvlist.microsoft.com
- -
LuaSQL: error executing statement. PostgreSQL: ERROR: invalid input
syntax for integer: "<s>" LINE 1: …t.com:443’, ’2015-01-14
02:02:42.220’, ’CONNECT’, ’</s>‘,’-’,’0… ^
When HTTP Status Code is “-” instead of 3-digits number, PostgreSQL
refuses to insert the row.
*(from redmine: issue id 3698, created on 2015-01-15, closed on 2015-01-19)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3527acf-kamailio doesn't recognize postgres role2019-07-23T14:00:24ZRobert Boisvertacf-kamailio doesn't recognize postgres roleThe “Search Database” tab of the kamailio ACF shows the error “LuaSQL:
error connecting to database. PostgreSQL: FATAL: role ”“kamailio”" does
not exist" even though the database has been configured correctly and
the kamailio role exists...The “Search Database” tab of the kamailio ACF shows the error “LuaSQL:
error connecting to database. PostgreSQL: FATAL: role ”“kamailio”" does
not exist" even though the database has been configured correctly and
the kamailio role exists. It gives the impression that it is trying to
use a role named “kamailio” (double quotes included as part of the
name). The “Database” tab has the “Create Database” button but clicking
on it creates an error that says “ERROR: database ”kamailio" already
exists."
The packages installed are:
acf-kamailio-0.7.2-r0
kamailio-4.0.4-r3
postgresql-9.3.3-r1
Kamailio database was successfully created using “yes | kamdbctl create
kamailio”.
*(from redmine: issue id 3527, created on 2014-11-19, closed on 2015-01-24)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3279acf-provisioning fails to update openser DB when acf-provisioning autogenerat...2019-07-23T14:03:42ZMika Havelaacf-provisioning fails to update openser DB when acf-provisioning autogenerates a password for a existing extensionWhen using acf-provisioning, edit a allready existing extension. Clear
out the password in order to have acf-provisioning to auto-generate a
password for you.
At this stage, the provisioning DB will be updated, but the openser DB
will ...When using acf-provisioning, edit a allready existing extension. Clear
out the password in order to have acf-provisioning to auto-generate a
password for you.
At this stage, the provisioning DB will be updated, but the openser DB
will not receive the updated password value (as a result of this, the
provisioning and openser DB’s are out of sync, and therefore SIP-phones
can’t register to the mediarouter).
If you manually type in a updated password in the password field (not
having acf-provisioning auto-generating the password), then provisioning
and openser DB’s replicate as expected.
Best regards
Mika Havela
*(from redmine: issue id 3279, created on 2014-08-06, closed on 2014-08-16)*
* Uploads:
* [update_device_params.lua](/uploads/22860b3ca9ccc61d3e6d8bf4c86599ad/update_device_params.lua)
* [update_device_params.lua](/uploads/ab7d059306f99b763b7eecea6712e8a2/update_device_params.lua)Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/2537ACF-Unbound feature request2019-07-23T14:14:50ZChris SpillaneACF-Unbound feature requestAn ACF interface for unbound DNS server would be very cool. Alas, this
will be low priority, since editing the config file isn’t difficult :)
*(from redmine: issue id 2537, created on 2013-12-31, closed on 2014-06-04)*An ACF interface for unbound DNS server would be very cool. Alas, this
will be low priority, since editing the config file isn’t difficult :)
*(from redmine: issue id 2537, created on 2013-12-31, closed on 2014-06-04)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/2260ACF is broken in 'edge' (haserl reports: Lua shells are not enabled)2019-07-23T14:18:34ZMika HavelaACF is broken in 'edge' (haserl reports: Lua shells are not enabled)Recently ACF stoped working on hosts running ‘edge’.
I get this error message in my webbrowser when trying to browse ACF.
haserl CGI Error
Lua shells are not enabled.
I have basically just done ‘setup-acf’ to reproduce this ...Recently ACF stoped working on hosts running ‘edge’.
I get this error message in my webbrowser when trying to browse ACF.
haserl CGI Error
Lua shells are not enabled.
I have basically just done ‘setup-acf’ to reproduce this test
I have these packages when I see the error:
test2-brokenhost:~# apk version -v | egrep -i "haserl|acf|lua" | sort
acf-alpine-baselayout-0.10.0-r0 = 0.10.0-r0
acf-apk-tools-0.8.0-r0 = 0.8.0-r0
acf-core-0.16.3-r1 = 0.16.3-r1
acf-jquery-0.2.0-r0 = 0.2.0-r0
acf-lib-0.5.1-r0 = 0.5.1-r0
acf-openssh-0.7.0-r0 = 0.7.0-r0
acf-skins-0.4.2-r0 = 0.4.2-r0
haserl-0.9.31-r0 = 0.9.31-r0
lua-5.1.5-r4 = 5.1.5-r4
lua-bitlib-26-r3 = 26-r3
lua-json4-0.9.20-r1 = 0.9.20-r1
lua-md5-1.1.2-r2 = 1.1.2-r2
lua-posix-5.1.26-r1 = 5.1.26-r1
lua-subprocess-0.0.20121211-r2 = 0.0.20121211-r2
lua5.1-5.1.5-r0 = 5.1.5-r0
lua5.1-libs-5.1.5-r0 = 5.1.5-r0
FYI: A couple of days ago I I brought up similar host (using ‘edge’
repo) and that host works (displayed as ‘test1-working’).
test1-working:~# apk version -v | egrep -i "haserl|acf|lua" | sort
acf-alpine-baselayout-0.10.0-r0 = 0.10.0-r0
acf-apk-tools-0.8.0-r0 = 0.8.0-r0
acf-core-0.16.3-r1 = 0.16.3-r1
acf-dhcp-0.6.1-r0 = 0.6.1-r0
acf-jquery-0.2.0-r0 = 0.2.0-r0
acf-kamailio-0.6.3-r0 = 0.6.3-r0
acf-lib-0.5.1-r0 = 0.5.1-r0
acf-postgresql-0.6.1-r0 = 0.6.1-r0
acf-provisioning-0.3.4-r0 = 0.3.4-r0
acf-skins-0.4.2-r0 = 0.4.2-r0
haserl-0.9.30-r0 = 0.9.30-r0
kamailio-lua-4.0.2-r2 < 4.0.3-r0
lua-5.1.5-r4 = 5.1.5-r4
lua-bitlib-26-r3 = 26-r3
lua-expat-1.2.0-r0 = 1.2.0-r0
lua-json4-0.9.20-r1 = 0.9.20-r1
lua-md5-1.1.2-r2 = 1.1.2-r2
lua-posix-5.1.26-r1 = 5.1.26-r1
lua-posixtz-0.3-r0 = 0.3-r0
lua-socket-2.0.2-r4 = 2.0.2-r4
lua-sql-postgres-2.2.0-r0 = 2.2.0-r0
lua-subprocess-0.0.20121211-r2 = 0.0.20121211-r2
lua5.1-5.1.5-r0 = 5.1.5-r0
lua5.1-libs-5.1.5-r0 = 5.1.5-r0
lua5.2-libs-5.2.2-r1 = 5.2.2-r1
*(from redmine: issue id 2260, created on 2013-09-20, closed on 2013-10-02)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/957Bugs in acf-iptables-0.3.1-r22019-07-12T14:30:56ZMiodrag RadulovicBugs in acf-iptables-0.3.1-r2Hello,
I’ve just downloaded “acf-iptables-0.3.1-r2” package and it looks to me
that it does not work properly. Here are my observations:
1. It looks that “save” button (both on status and expert pages) uses
“iptables save” script (“/et...Hello,
I’ve just downloaded “acf-iptables-0.3.1-r2” package and it looks to me
that it does not work properly. Here are my observations:
1. It looks that “save” button (both on status and expert pages) uses
“iptables save” script (“/etc/init.d/iptables”), which saves rules in
this file: /etc/iptables/rules-save, but in acf iptables-model.lua you
are using this file “local rulesfile = ”/var/lib/iptables/rules-save".
This is inconsistent and thus saved rules are not reloaded.
2. Editing of rules in ACF after they are created is impossible, every
attempt is producing an error:
Application error occured
/usr/share/acf/app//iptables/iptables-model.lua:455: bad argument \#1 to
‘match’ (string expected, got nil) stack traceback: \[C\]: in function
‘match’ /usr/share/acf/app//iptables/iptables-model.lua:455: in function
</usr/share/acf/app//iptables/iptables-model.lua:335> (tail call): ?
/usr/share/acf/lib//controllerfunctions.lua:68: in function
</usr/share/acf/lib//controllerfunctions.lua:67> (tail call): ?
/usr/share/acf/app//acf\_www-controller.lua:478: in function
</usr/share/acf/app//acf_www-controller.lua:386> \[C\]: in function
‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:386: in function
‘dispatch’ \[string “acf”\]:18: in main chunk
BR,
MiskorR
*(from redmine: issue id 957, created on 2012-01-23, closed on 2012-01-29)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/317ACF: show output of ip tunnel2019-07-12T14:25:06ZNatanael CopaACF: show output of ip tunnelwould be nice have the output of `ip tunnel` some place
*(from redmine: issue id 317, created on 2010-03-10, closed on 2010-03-12)*would be nice have the output of `ip tunnel` some place
*(from redmine: issue id 317, created on 2010-03-10, closed on 2010-03-12)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/247acf-samba join domain does not work out of the box2019-07-12T14:24:21ZNatanael Copaacf-samba join domain does not work out of the boxInstalling acf-samba, clicking on “Join Domain” and enter
username/password does not join any domain.
Also, there are no way to specify what domain you want to join.
Suggestion: add a third box with domain name, prefilled with the data...Installing acf-samba, clicking on “Join Domain” and enter
username/password does not join any domain.
Also, there are no way to specify what domain you want to join.
Suggestion: add a third box with domain name, prefilled with the data
from DNS
*(from redmine: issue id 247, created on 2010-01-18, closed on 2011-09-18)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/154Incorrect option for new cron job creation2019-07-12T14:23:27ZHadi SukirmanIncorrect option for new cron job creationThe Period drop-down box in acf-baselayout \[0.5.3-r0\] (System | Cron |
Jobs tab | Create New Job) displays “\[\]”.
This seems to be an invalid option for a cron job period selection.
*(from redmine: issue id 154, created on 2009-09-...The Period drop-down box in acf-baselayout \[0.5.3-r0\] (System | Cron |
Jobs tab | Create New Job) displays “\[\]”.
This seems to be an invalid option for a cron job period selection.
*(from redmine: issue id 154, created on 2009-09-04, closed on 2009-10-02)*Ted TraskTed Trask