Re: [PLUG] HIPAA, FAX, regulations, EPA

2017-09-07 Thread Vedanta Teacher 
Pardon my interjecting..

HIPPA is all about backwards responsibility e.g. who has deep pockets.
We have people that leave HIPPA class info lying all over- But you can't
sue someone living on $10-11 per hour; they have nothing to take. So the
responsibility lies with the ownership (you should see how they handle
class 2 Narcs :0 )

Many years I did the maintenance for a Bank Data Center & check processing
center. All of the canceled checks were to be turned into pulp for
security.
Imagine our surprise when we received a call that hundreds if not thousands
of our checks were blowing around the streets (we sent them out by the
dumpster).
It was found that the Wearhauser   driver had not secured the lid to a
dumpster.

Many, Many years ago I did some of the initial building maintenance of HF 1
(they only had 2 buildings in Hillsboro back then) for Intel. Even at that
time
they trucked their florescent tubes to Massachusetts for 'Environmental
Disposal'.
They probably smashed them in a compactor as we would have but Intel
received a 'Certificate of Compliance' so no one could ever point a finger.

Good Grief Charlie Brown..

Blessings,
Paul W.




On Wed, Sep 6, 2017 at 11:26 PM, Keith Lofstrom  wrote:

> BTW, this aspect of the thread is drifting into plug-talk
> territory.  I keep it here because legislation will change
> how we are allowed to write and use do software.
>
>
> Keith wrote:
>
> KHL> Complications:  We've got a fax, which we use 3-5 times
> KHL> per month, for HIPAA-sensitive stuff.  No internet fax
> KHL> services are truly HIPAA compliant.
>
> On Wed, Sep 06, 2017 at 05:21:38PM -0500, Chuck Hast wrote:
>
> CH> I find that so funny since fax has been breakable ever since the
> druggers
> CH> used to send "orders" over hf using fax machines and very expensive SSB
> CH> radios, some using pilot carrier to lock both ends. HIPAA, banks and
> CH> insurance companies still use fax believing it is not hackable.
>
> Keith responds:
>
> Like all government mandates, HIPAA is not about safety
> or robustness, it is about adherence to a bureaucratic
> procedure, enriching lawyers and penalizing those who
> don't with huge fines.  The internet fax services
> purposely avoid HIPAA, but telcos are not allowed to.
>
> On a similar note ...
>
> My nephew arranges hazardous waste disposal for the
> National Institute of Health research centers in
> Bethesda, Maryland.  The worst part of his job is that
> the enabling legislation for the Environmental Protection
> Agency specified exactly which chemicals may be properly
> labelled and safely disposed of using EPA mandated
> procedures, and FORBIDS that any nonlisted chemical is
> labeled or handled in the same way.
>
> The chemicals listed in the legislation (decades ago)
> were chosen politically, with some awful toxins forced
> off the list by their well-connected manufacturers and
> users.  In the decades since the act was passed, many
> new chemicals are in play, and some of them are terrible.
> Researchers at NIH Bethesda sometimes use these toxins,
> and it is my nephew's task to figure out how to dispose of
> them, since the most responsible and safe disposal means
> are forbidden by law.  Sometimes, he is forced to put the
> crap down the drain and into the Chesapeake.  Sometimes,
> he works with the researchers to find less toxic ways to
> accomplish their goals.  He's starting to study for a law
> degree, with a long term goal of repairing the legislation.
> I hope his integrity survives.
>
> On topic moral:
>
> Don't write bad software, or politicians will force you
> to write even worse software.
>
> Keith
>
> --
> Keith Lofstrom  kei...@keithl.com
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

Re: [PLUG] TONIGHT PLUG Meeting: A Philosophy for Reliability: Lessons learned from 40 years of System Administration

2017-09-07 Thread Alan 
On Thu, 2017-09-07 at 10:30 -0700, Michael Dexter wrote:
> Portland Linux/Unix Group General Meeting Announcement
> 
> Who: Brian P. Martin
> What: A Philosophy for Reliability: Lessons learned from 40 years of 
> System Administration
> Where: PSU, 1930 SW 4th Ave. Room FAB 86-01 (Lower Level)
> When: Thursday, September 7th, 2017 at 7pm
> Why: The pursuit of technology freedom
> Stream: Meatspace
> 
> 
> After spending 40 years being a System Administrator, frequent PLUG 
> attendee Brian Martin will share what he's learned in his quest to
> be 
> the best System Administrator he could be. While primarily targeted
> at 
> system administration, many of his points are equally applicable to 
> programmers, web developers, and anyone working in IT.
> 
> About Brian
> 
> Brian first laid hands on a computer in 1970. He earned his first
> money 
> in IT ($5) in high school, and continued contract programming
> through 
> college. After working for many years as a system programmer in 
> government and private industry he began his own consulting company
> in 
> 1994. He relocated to Portland in 1996 in the successful pursuit of 
> love, and has been here ever since. He lives with his wife and and a 
> pair of dogs on the west side. He enjoys eating out with friends,
> live 
> performances of jazz, comedy, and Shakespeare, games of all kinds,
> and 
> hopes to return to hiking and photography in retirement.
> 
> 
> Calagator Page: http://calagator.org/events/1250472459
> 
> Many will head to the Lucky Lab at 1945 NW Quimby St. after the
> meeting.
> 
> Rideshares to the Lucky Lab available
> 
> PLUG is open to everyone and does not tolerate abusive behavior on
> its 
> mailing lists or at its meetings.
> 
> PLUG Page with information about all PLUG events: http://pdxlinux.org
> /
> Follow PLUG on Twitter: http://twitter.com/pdxlinux
> 
> I wish I could be there!
> 
> 

I wish I could as well. Fighting a bit of food poisoning. Oh well...
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

[PLUG-ANNOUNCE] TONIGHT PLUG Meeting: A Philosophy for Reliability: Lessons learned from 40 years of System Administration

2017-09-07 Thread Michael Dexter 

Portland Linux/Unix Group General Meeting Announcement

Who: Brian P. Martin
What: A Philosophy for Reliability: Lessons learned from 40 years of 
System Administration
Where: PSU, 1930 SW 4th Ave. Room FAB 86-01 (Lower Level)
When: Thursday, September 7th, 2017 at 7pm
Why: The pursuit of technology freedom
Stream: Meatspace


After spending 40 years being a System Administrator, frequent PLUG 
attendee Brian Martin will share what he's learned in his quest to be 
the best System Administrator he could be. While primarily targeted at 
system administration, many of his points are equally applicable to 
programmers, web developers, and anyone working in IT.

About Brian

Brian first laid hands on a computer in 1970. He earned his first money 
in IT ($5) in high school, and continued contract programming through 
college. After working for many years as a system programmer in 
government and private industry he began his own consulting company in 
1994. He relocated to Portland in 1996 in the successful pursuit of 
love, and has been here ever since. He lives with his wife and and a 
pair of dogs on the west side. He enjoys eating out with friends, live 
performances of jazz, comedy, and Shakespeare, games of all kinds, and 
hopes to return to hiking and photography in retirement.


Calagator Page: http://calagator.org/events/1250472459

Many will head to the Lucky Lab at 1945 NW Quimby St. after the meeting.

Rideshares to the Lucky Lab available

PLUG is open to everyone and does not tolerate abusive behavior on its 
mailing lists or at its meetings.

PLUG Page with information about all PLUG events: http://pdxlinux.org/
Follow PLUG on Twitter: http://twitter.com/pdxlinux

I wish I could be there!

Michael Dexter
PLUG Volunteer

___
PLUG-announce mailing list
PLUG-announce@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug-announce

[PLUG] TONIGHT PLUG Meeting: A Philosophy for Reliability: Lessons learned from 40 years of System Administration

2017-09-07 Thread Michael Dexter 

Portland Linux/Unix Group General Meeting Announcement

Who: Brian P. Martin
What: A Philosophy for Reliability: Lessons learned from 40 years of 
System Administration
Where: PSU, 1930 SW 4th Ave. Room FAB 86-01 (Lower Level)
When: Thursday, September 7th, 2017 at 7pm
Why: The pursuit of technology freedom
Stream: Meatspace


After spending 40 years being a System Administrator, frequent PLUG 
attendee Brian Martin will share what he's learned in his quest to be 
the best System Administrator he could be. While primarily targeted at 
system administration, many of his points are equally applicable to 
programmers, web developers, and anyone working in IT.

About Brian

Brian first laid hands on a computer in 1970. He earned his first money 
in IT ($5) in high school, and continued contract programming through 
college. After working for many years as a system programmer in 
government and private industry he began his own consulting company in 
1994. He relocated to Portland in 1996 in the successful pursuit of 
love, and has been here ever since. He lives with his wife and and a 
pair of dogs on the west side. He enjoys eating out with friends, live 
performances of jazz, comedy, and Shakespeare, games of all kinds, and 
hopes to return to hiking and photography in retirement.


Calagator Page: http://calagator.org/events/1250472459

Many will head to the Lucky Lab at 1945 NW Quimby St. after the meeting.

Rideshares to the Lucky Lab available

PLUG is open to everyone and does not tolerate abusive behavior on its 
mailing lists or at its meetings.

PLUG Page with information about all PLUG events: http://pdxlinux.org/
Follow PLUG on Twitter: http://twitter.com/pdxlinux

I wish I could be there!

Michael Dexter
PLUG Volunteer

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

Re: [PLUG] Emacs: removing obsolete assoc.el

2017-09-07 Thread Rich Shepard 
On Thu, 7 Sep 2017, Dale Snell wrote:

> You didn't specify find's target correctly.  I did a
>find /usr -name assoc\* -print
> and got four significant results:
>/usr/share/emacs/24.5/lisp/obsolete/assoc.elc
>/usr/share/emacs/24.5/lisp/obsolete/assoc.el.gz
>/usr/local/share/emacs/25.1/lisp/obsolete/assoc.el.gz
>/usr/local/share/emacs/25.1/lisp/obsolete/assoc.elc

Dale,

   I found the same two for 24.5.

   When I removed those two files and re-started emacs it did not correctly
load, telling me there was a problem (without specifying what it was). I
restored assoc.el* from the backup and emacs once again loads but tells me
that assoc is obsolete. Sigh.

   Why it's telling me this when the package is in the obsolete directory
makes no sense ... to me, at least. But, I'll let it be happy to show the
statement and just continue using emacs.

Thanks very much,

Rich
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

Re: [PLUG] Emacs: removing obsolete assoc.el

2017-09-07 Thread Rich Shepard 
On Thu, 7 Sep 2017, Galen Seitz wrote:

> It's probably in compiled form. Trying looking for assoc.elc

galen,

   Thanks. I should have thought of that ... or took Dale's suggestion of
making the search more general.

Regards,

Rich
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

Re: [PLUG] Emacs: removing obsolete assoc.el

2017-09-07 Thread Dale Snell 
On Thu, 7 Sep 2017 08:33:01 -0700 (PDT), in message
alpine.LNX.2.20.1709070828430.27043@localhost, Rich Shepard wrote:

>Running emacs-24.5 here. This morning when I started emacs I saw
> the message that package assoc is obsolete, so I did a web search.
> Found that, indeed, it was deprecated with 24.2 and the package is
> apparently called assoc.el. One contributor on the emacs wiki
> provided a script to find all his git packages that require assoc.el,
> but that's not relevent to me.
> 
>Looking for the package on my system using 'find / -name assoc.el'
> returned nothing.
> 
>While the deprecation warning does not stop use of emacs I would
> like to remove assoc.el when I can find it.
> 
>Thoughts?
> 
> Rich

You didn't specify find's target correctly.  I did a

find /usr -name assoc\* -print

and got four significant results:

/usr/share/emacs/24.5/lisp/obsolete/assoc.elc
/usr/share/emacs/24.5/lisp/obsolete/assoc.el.gz
/usr/local/share/emacs/25.1/lisp/obsolete/assoc.el.gz
/usr/local/share/emacs/25.1/lisp/obsolete/assoc.elc

(note the filename extensions).

Oddly, I have never gotten a message stating that assoc.el is
obsolete.  I'm not sure why you should suddenly start seeing it.
Then again, I don't use assoc.el -- I don't even know what it
does.  :-)  If you're using it, you'll probably need to find out
what it's been replaced with.

Anyway, I hope this helps.

--Dale

-- 
I don’t like when people talk to me.  I can’t hear the voices.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

Re: [PLUG] Emacs: removing obsolete assoc.el

2017-09-07 Thread Galen Seitz 
On 09/07/17 08:33, Rich Shepard wrote:
>Running emacs-24.5 here. This morning when I started emacs I saw the
> message that package assoc is obsolete, so I did a web search. Found that,
> indeed, it was deprecated with 24.2 and the package is apparently called
> assoc.el. One contributor on the emacs wiki provided a script to find all
> his git packages that require assoc.el, but that's not relevent to me.
> 
>Looking for the package on my system using 'find / -name assoc.el'
> returned nothing.
> 
>While the deprecation warning does not stop use of emacs I would like to
> remove assoc.el when I can find it.
> 
>Thoughts?

It's probably in compiled form.  Trying looking for assoc.elc


galen
-- 
Galen Seitz
gal...@seitzassoc.com
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

[PLUG] Emacs: removing obsolete assoc.el

2017-09-07 Thread Rich Shepard 
   Running emacs-24.5 here. This morning when I started emacs I saw the
message that package assoc is obsolete, so I did a web search. Found that,
indeed, it was deprecated with 24.2 and the package is apparently called
assoc.el. One contributor on the emacs wiki provided a script to find all
his git packages that require assoc.el, but that's not relevent to me.

   Looking for the package on my system using 'find / -name assoc.el'
returned nothing.

   While the deprecation warning does not stop use of emacs I would like to
remove assoc.el when I can find it.

   Thoughts?

Rich
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug

[PLUG] HIPAA, FAX, regulations, EPA

2017-09-07 Thread Keith Lofstrom 
BTW, this aspect of the thread is drifting into plug-talk
territory.  I keep it here because legislation will change
how we are allowed to write and use do software.


Keith wrote:

KHL> Complications:  We've got a fax, which we use 3-5 times
KHL> per month, for HIPAA-sensitive stuff.  No internet fax
KHL> services are truly HIPAA compliant.

On Wed, Sep 06, 2017 at 05:21:38PM -0500, Chuck Hast wrote:

CH> I find that so funny since fax has been breakable ever since the druggers
CH> used to send "orders" over hf using fax machines and very expensive SSB
CH> radios, some using pilot carrier to lock both ends. HIPAA, banks and
CH> insurance companies still use fax believing it is not hackable.

Keith responds:

Like all government mandates, HIPAA is not about safety
or robustness, it is about adherence to a bureaucratic
procedure, enriching lawyers and penalizing those who
don't with huge fines.  The internet fax services
purposely avoid HIPAA, but telcos are not allowed to.

On a similar note ...

My nephew arranges hazardous waste disposal for the
National Institute of Health research centers in 
Bethesda, Maryland.  The worst part of his job is that
the enabling legislation for the Environmental Protection
Agency specified exactly which chemicals may be properly
labelled and safely disposed of using EPA mandated
procedures, and FORBIDS that any nonlisted chemical is
labeled or handled in the same way.

The chemicals listed in the legislation (decades ago)
were chosen politically, with some awful toxins forced
off the list by their well-connected manufacturers and
users.  In the decades since the act was passed, many
new chemicals are in play, and some of them are terrible. 
Researchers at NIH Bethesda sometimes use these toxins,
and it is my nephew's task to figure out how to dispose of
them, since the most responsible and safe disposal means
are forbidden by law.  Sometimes, he is forced to put the
crap down the drain and into the Chesapeake.  Sometimes,
he works with the researchers to find less toxic ways to
accomplish their goals.  He's starting to study for a law
degree, with a long term goal of repairing the legislation.
I hope his integrity survives.

On topic moral:

Don't write bad software, or politicians will force you
to write even worse software.

Keith

-- 
Keith Lofstrom  kei...@keithl.com
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug