Re: Sccts guy contradicts RIAA document

[Chris Gehlker]

On Jan 6, 2008, at 10:27 PM, Craig White wrote:

> It no longer matters what was in the Washington Post story.

What is absurd is your contention that happened  on January 3 can  
somehow render a  falsehood printed on December 30th true.
>
>
> or to use Rudy who articulates these things with a clarity that eludes
> me...

You have mentioned Rudy several times. I  get that you are a Giuliani  
fan but the relevance of that eludes me.
--
No matter how far you have gone on the wrong road, turn back.
  -Turkish proverb

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Chris Gehlker]

On Jan 6, 2008, at 11:00 PM, Craig White wrote:

> It's possible given that this case was
> dropped and then refiled by RIAA that RIAA will drop it and possibly
> have to cover the legal costs of Weed...that has happened several  
> times
> so far and my reading of this is that is entirely possible here.

Look at paragraph 19 on page 11. It says that the case was dismissed  
in September of 2006. But Weed did not have council and didn't know  
enough to object when the RIAA sought to have the case reinstated.

I agree that the RIAA will probably  drop this case. I think they will  
drop Howell unless they have some evidence that he did erase files  
though the fact that he admits to exchanging pornography may encourage  
them.

After stupidly bringing some cases against some very sympathetic  
defendants the RIAA has learned their lesson. They now seem to  be  
trolling for defendants who they  can portray in a  very bad light. In  
this regard, paragraphs 62, 63 and 64 on page 17 are interesting.

It's clear that Jammie Thomas doesn't have $222,000 and from a  
financial perspective the suit  against her was probably a looser. The  
RIAA doesn't care. They succeeded in portraying  her as a bad person  
and themselves as the victim.
--
In America, anybody can be president. That's one of the risks you take.
-Adlai Stevenson, statesman (1900-1965)

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

Here is an open source and open hardware (they publish the hardware
specs) box that records what ever and then converts it to mpeg 4. I
thought some people on the list may be interested.


http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin


http://www.neurostechnology.com/
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Strange Redirect - Omaha Airport

[Dennis Kibbe]

Connecting to the Omaha Airport wifi Firefox complains the website isn't
redirecting correctly. Does this URL look strange to anyone?

https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=

Dennisk
-- 
Member Free Software Foundation
"Free as in Freedom"


signature.asc
Description: This is a digitally signed message part
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Strange Redirect - Omaha Airport

[Tony E - Jaraeth]

It appears to be redirecting to a URL via a HTTP GET statement (?dlurl=) 
and then passing the referral URL along (the original link with Boingo 
in the name) then again redirecting back, and forward again, etc.  Yes, 
it looks odd.  Chances are the URL was programmed to receive a 
particular variable, and when it didn't receive it via Firefox, it 
redirected back to the original referrer, which in turn 
re-forwarded/redirected it back, and on and on into an endless loop.  
I'd guess that the site may possibly work with Internet Explorer, or was 
just bugged at that time.

Regards,

  Tony E




Dennis Kibbe wrote:
> Connecting to the Omaha Airport wifi Firefox complains the website isn't
> redirecting correctly. Does this URL look strange to anyone?
>
> https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=https://login.airportwins.com/CN3000-boingo2/?dlurl=https://cn3000.authdirect.com:8090/goform/HtmlLoginRequest&l=ans_oma-002&original_url=
>
> Dennisk
>   
> 
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Worst cell provider I have seen

[Charles Jones]

I've heard lots of people over the years complain about Sprint, Verizon, 
ATT/Cingular/MCI. Some I have agreed with and witnessed personally, some 
I have not. I recently stumbled upon the worst I have seen so far.


Quick background story, I was helping a friend who lives in Canada setup 
a "moblog", such that he can MMS pictures from his cellphone to an email 
address, and via some procmail and scripting the picture could be 
extracted and automatically uploaded to Gallery or the app of his choice 
(Yes I know you can do this with Flickr, Facebook, and other apps, but 
he prefers to control his own data and that's not what this post is 
about).  Anyhow, I get it setup for him but for some reason it's not 
working properly, and my logs show there are way more MIME objects than 
there should be, so I get him to take a picture with his phone, and send 
it to my Google mail address with the subject "testing".


Attached is a link to a screenshot 
 
of what I received. I couldn't believe it.  For anyone who doesn't want 
to click the link, here is a summary:


* No matter what subject he sets for his message, it gets overriden with 
"You have received a Picture Message from your Rogers Wireless friend..."
* Besides the picture that he meant to send, included in the message 
were a DOZEN OTHER ATTACHMENTS!
* ...including advertisements in picture format, and other needless crap 
like their logo banner, verisign logos, etc.


So basically the MMS "feature" of his cell service is useless, as they 
force in a bunch of spam images and override your subject and body text 
with their own. We tested and it does this even if sending 
mobile-to-mobile MMS. What are they thinking?


Simply Amazing.

http://www.the-ownage.com/gallery/albums/Miscellaneous/rogersucks.png
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Josef Lowder]

.
On Mon, 7 Jan 2008 07:02, Shawn Badger wrote
> Here is an open source and open hardware (they publish the hardware
> specs) box that records what ever and then converts it to mpeg 4. 
> I thought some people on the list may be interested.
> 
>
http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin
> 
> http://www.neurostechnology.com/


Fantastic!  I wonder if it will (now or eventually) 
be able to record HD programs? 


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Craig White]

On Mon, 2008-01-07 at 06:22 -0700, Chris Gehlker wrote:
> On Jan 6, 2008, at 11:00 PM, Craig White wrote:
> 
> > It's possible given that this case was
> > dropped and then refiled by RIAA that RIAA will drop it and possibly
> > have to cover the legal costs of Weed...that has happened several  
> > times
> > so far and my reading of this is that is entirely possible here.
> 
> Look at paragraph 19 on page 11. It says that the case was dismissed  
> in September of 2006. But Weed did not have council and didn't know  
> enough to object when the RIAA sought to have the case reinstated.
> 
> I agree that the RIAA will probably  drop this case. I think they will  
> drop Howell unless they have some evidence that he did erase files  
> though the fact that he admits to exchanging pornography may encourage  
> them.

not a chance that they will drop Howell. First, they have already won
the case and all that's really left at this point is the final score.

Secondly, they can't bring a legal action against someone appearing pro
se and then drop it because their bread and butter is clearly the threat
of legal action against people who decide that settling costs less than
hiring a lawyer. If they drop the case at this point, they will then be
ordered to pay costs for Howell which would send entirely the wrong
message to everyone.

> 
> After stupidly bringing some cases against some very sympathetic  
> defendants the RIAA has learned their lesson. They now seem to  be  
> trolling for defendants who they  can portray in a  very bad light. In  
> this regard, paragraphs 62, 63 and 64 on page 17 are interesting.
> 
> It's clear that Jammie Thomas doesn't have $222,000 and from a  
> financial perspective the suit  against her was probably a looser. The  
> RIAA doesn't care. They succeeded in portraying  her as a bad person  
> and themselves as the victim.

IP litigation is unlike any other. The plaintiffs clearly have a
strategy which first and foremost has them deliberately picking which
cases to litigate simply because the local rules, their estimation of
opposing counsel and trial judge all with a single focus...to help
define the case law, create precedent for future cases. They never cared
that Thomas had money and knew that they would never see any award. They
gambled that the defense would put up a less than stellar performance,
the jury could be persuaded and the judge would give them a case which
had renderings that they could adopt elsewhere.

They don't pick their litigation cases by accident. They start a bunch
of litigation to weigh the aspects of them before determining whether to
proceed which is why they have been ordered to pay costs for several
cases that they abandoned.

I promise you that I witnessed first hand the strategizing for a maximum
return of licensing/litigation for an extremely large patent portfolio.

The public relations aspect is clearly of lesser concern...look at
Thomas, a single mother. On a scale of public relations nightmares,
picking on old ladies, young children, young mothers with children are
the next least desirable from a public relations point of view. But
obviously the case climate is what they saw as favorable and so they
proceeded.

The RIAA has learned no lessons and is clearly not sympathetic to
whomever they are bringing charges against. They are still bringing
action against orphans and widows and nothing has stopped there.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[chip33az]

Josef Lowder wrote:
> .
> On Mon, 7 Jan 2008 07:02, Shawn Badger wrote
>   
>> Here is an open source and open hardware (they publish the hardware
>> specs) box that records what ever and then converts it to mpeg 4. 
>> I thought some people on the list may be interested.
>>
>>
>> 
> http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin
>   
>> http://www.neurostechnology.com/
>> 
>
>
> Fantastic!  I wonder if it will (now or eventually) 
> be able to record HD programs? 
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>   
Has anyone heard of / tried the following?  It is a networked HD Tuner?

http://www.silicondust.com/wiki/products/hdhomerun

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Sccts guy contradicts RIAA document

[Craig White]

On Mon, 2008-01-07 at 05:48 -0700, Chris Gehlker wrote:
> On Jan 6, 2008, at 10:27 PM, Craig White wrote:
> 
> > It no longer matters what was in the Washington Post story.
> 
> What is absurd is your contention that happened  on January 3 can  
> somehow render a  falsehood printed on December 30th true.

we can then agree to disagree

> >
> >
> > or to use Rudy who articulates these things with a clarity that eludes
> > me...
> 
> You have mentioned Rudy several times. I  get that you are a Giuliani  
> fan but the relevance of that eludes me.

sorry...obscure humor.

Perhaps you haven't read things like Rudy has the first known case of
9/11 Tourette's Syndrome.

Why just last Friday, when asked if he was worried about placing 5th
place in Iowa caucus, he replied that his finish in Iowa never worried
him but on 9/11, he really found something to worry about.

obscure humor...sorry, definitely not a fan of Rudy

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

IPTables Intermittent Stopping

[Jay]

I have dozens of servers, all of them running the most recent Debian 
stable branch and pretty basic iptables instances. All are working well 
except for two of them... On these two problem servers, iptables seems to 
be intermittently stopping and starting. There is nothing in the system 
logs to indicate such, but I can see it when port scanning the servers.

The servers' iptables rules are set to allow connections on TCP 25, 53, 
80, and 443, then block everything else. When doing a simple nmap scan of 
the servers, and everything is working, the scan takes a few minutes, it 
shows these four ports open, and everything else **filtered**. When 
everything is not working, the nmap scan happens in just a couple of 
seconds, it shows another open port (TCP/111 - I do have this service 
running on the servers), plus the four expected open ports, and everything 
else **closed**.

I can do 10 nmap scans back-to-back, and about half of them will show 
ports filtered, while the other half will show ports closed (and the extra 
open port). This tells me that iptables on these two servers is 
intermittently stopping, then intermittently starting again.

I have watched the logs on the servers - nothing unusual. I have done the 
nmap scans from three different source locations, and all exhibit the same 
intermittent results. Googling for 'iptables intermittent' is not turning 
up anything applicable. I have other servers using the same iptables 
scripts, and they are not exhibiting this problem, plus bad iptables rules 
should make the problem always happen, not be randomly intermittent.

Anybody have any ideas? Seen anything like this before?

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Craig White]

On Mon, 2008-01-07 at 10:12 -0700, Jay wrote:
> I have dozens of servers, all of them running the most recent Debian 
> stable branch and pretty basic iptables instances. All are working well 
> except for two of them... On these two problem servers, iptables seems to 
> be intermittently stopping and starting. There is nothing in the system 
> logs to indicate such, but I can see it when port scanning the servers.
> 
> The servers' iptables rules are set to allow connections on TCP 25, 53, 
> 80, and 443, then block everything else. When doing a simple nmap scan of 
> the servers, and everything is working, the scan takes a few minutes, it 
> shows these four ports open, and everything else **filtered**. When 
> everything is not working, the nmap scan happens in just a couple of 
> seconds, it shows another open port (TCP/111 - I do have this service 
> running on the servers), plus the four expected open ports, and everything 
> else **closed**.
> 
> I can do 10 nmap scans back-to-back, and about half of them will show 
> ports filtered, while the other half will show ports closed (and the extra 
> open port). This tells me that iptables on these two servers is 
> intermittently stopping, then intermittently starting again.
> 
> I have watched the logs on the servers - nothing unusual. I have done the 
> nmap scans from three different source locations, and all exhibit the same 
> intermittent results. Googling for 'iptables intermittent' is not turning 
> up anything applicable. I have other servers using the same iptables 
> scripts, and they are not exhibiting this problem, plus bad iptables rules 
> should make the problem always happen, not be randomly intermittent.
> 
> Anybody have any ideas? Seen anything like this before?

gee...you're the security expert

Do you have something like denyhosts (I vaguely recall something else
like it that starts with a 'p') that periodically scans logs for login
failures via ssh and adds rules to iptables which would require a
stop/start of iptables rules?

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Chris Gehlker]

On Jan 7, 2008, at 9:56 AM, Craig White wrote:

> The public relations aspect is clearly of lesser concern...look at
> Thomas, a single mother. On a scale of public relations nightmares,
> picking on old ladies, young children, young mothers with children are
> the next least desirable from a public relations point of view. But
> obviously the case climate is what they saw as favorable and so they
> proceeded.

I don't think we disagree here. By 'PR campaign' I meant RIAA's  
campaign to scare people, not some campaign to be popular. I think  
they  know that their target demographic tends to be judgement proof  
in the sense that they are young and too poor to actually pay any  
awards that the RIAA might win. So the RIAA is effectively saying,  
'It's not just about money.  We will invade your privacy and trash  
your reputation if you cross us'.

--
And those who were seen dancing were thought to be insane by those who  
could not hear the music.
-Friedrich Wilhelm Nietzsche, philosopher (1844-1900)

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Craig White]

On Mon, 2008-01-07 at 10:31 -0700, Chris Gehlker wrote:
> On Jan 7, 2008, at 9:56 AM, Craig White wrote:
> 
> > The public relations aspect is clearly of lesser concern...look at
> > Thomas, a single mother. On a scale of public relations nightmares,
> > picking on old ladies, young children, young mothers with children are
> > the next least desirable from a public relations point of view. But
> > obviously the case climate is what they saw as favorable and so they
> > proceeded.
> 
> I don't think we disagree here. By 'PR campaign' I meant RIAA's  
> campaign to scare people, not some campaign to be popular. I think  
> they  know that their target demographic tends to be judgement proof  
> in the sense that they are young and too poor to actually pay any  
> awards that the RIAA might win. So the RIAA is effectively saying,  
> 'It's not just about money.  We will invade your privacy and trash  
> your reputation if you cross us'.

OK, accepting that, why on earth did you say that you expected them to
drop the Howell case?

You seem to flip your opinions around from one post to the next.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Craig White wrote:

> gee...you're the security expert


Perhaps, but that does not make me an expert on the funkiness of every 
piece of security-related software.  :)


> Do you have something like denyhosts (I vaguely recall something else
> like it that starts with a 'p') that periodically scans logs for login
> failures via ssh and adds rules to iptables which would require a
> stop/start of iptables rules?


Nah, nothing dynamic at all. Even if it were, this is not a host or even 
port level issue... When it is not working, notice nmap shows all other 
ports as **closed** (meaning no filtering is happening, meaning iptables 
is not even intercepting packets at all), versus when it is working, all 
other ports show **filtered** (meaning iptables is grabbing the packets 
and doing its thing).


>
> Craig
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Craig White]

On Mon, 2008-01-07 at 10:46 -0700, Jay wrote:
> On Mon, 7 Jan 2008, Craig White wrote:
> 
> > gee...you're the security expert
> 
> 
> Perhaps, but that does not make me an expert on the funkiness of every 
> piece of security-related software.  :)
> 
> 
> > Do you have something like denyhosts (I vaguely recall something else
> > like it that starts with a 'p') that periodically scans logs for login
> > failures via ssh and adds rules to iptables which would require a
> > stop/start of iptables rules?
> 
> 
> Nah, nothing dynamic at all. Even if it were, this is not a host or even 
> port level issue... When it is not working, notice nmap shows all other 
> ports as **closed** (meaning no filtering is happening, meaning iptables 
> is not even intercepting packets at all), versus when it is working, all 
> other ports show **filtered** (meaning iptables is grabbing the packets 
> and doing its thing).

OK, it was silly of me to think that I might be of some help but just in
case, you might want to swap hub/switch and if you have to hop through a
router, try eliminating them from the equation. Other than that, I am
done because you clearly know more about this stuff than I will ever
know.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

It doesn't do HD yet!! I use my HDTV card for that currently.

On Jan 7, 2008 9:39 AM, Josef Lowder <[EMAIL PROTECTED]> wrote:
> .
> On Mon, 7 Jan 2008 07:02, Shawn Badger wrote
>
> > Here is an open source and open hardware (they publish the hardware
> > specs) box that records what ever and then converts it to mpeg 4.
> > I thought some people on the list may be interested.
> >
> >
> http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin
> >
> > http://www.neurostechnology.com/
>
>
> Fantastic!  I wonder if it will (now or eventually)
> be able to record HD programs?
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

I have played with one and have been happy with it so far, but the one
big catch that I found is it only odes ATSC (digital tv). That kind of
killed for what I purchased it for originally.

On Jan 7, 2008 9:44 AM,  <[EMAIL PROTECTED]> wrote:
>
> Josef Lowder wrote:
> > .
> > On Mon, 7 Jan 2008 07:02, Shawn Badger wrote
> >
> >> Here is an open source and open hardware (they publish the hardware
> >> specs) box that records what ever and then converts it to mpeg 4.
> >> I thought some people on the list may be interested.
> >>
> >>
> >>
> > http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin
> >
> >> http://www.neurostechnology.com/
> >>
> >
> >
> > Fantastic!  I wonder if it will (now or eventually)
> > be able to record HD programs?
> >
> >
> > ---
> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > To subscribe, unsubscribe, or to change your mail settings:
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
> Has anyone heard of / tried the following?  It is a networked HD Tuner?
>
> http://www.silicondust.com/wiki/products/hdhomerun
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Strange Redirect - Omaha Airport

[Erich Newell]

What Tony describes is correct, the cause of which is of course
suspect. I don't mean to be alarmist or to even say what was going on
was definitively nefarious, but I can say with certainty that airports
are rife with hackers or wanna-be hackers testing their mettle and
tools. Please beware.

For instance, if I were to setup a fake access point and only want IE
users to route through it, I might have any browser that doesn't
detect accordingly do something similar to the above. It is a good way
to limit your dataset to what you need without overly raising
suspicion. Further, I'll bet that at least 50% of the users simply
switch over to the (hopefully) vulnerable version of IE and continue
on their happy way.

Never use wifi that you don't have end to end control over without an
encrypted tunneling solution whose endpoints are outside the suspect
network and whose keys have already been exchanged. (VPN / SSH )

- Erich


-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Joshua Zeidner]

  btw- someone has been trying to sell a Hauppauge TV Tuner Card on
Tucson Craigslist.  Currently the price is at $30.  Hauppauge hardware
has excellent linux support and can be used with the MythTV platform.

  http://tucson.craigslist.org/sys/525126977.html

  -jmz

On 1/7/08, Shawn Badger <[EMAIL PROTECTED]> wrote:
> I have played with one and have been happy with it so far, but the one
> big catch that I found is it only odes ATSC (digital tv). That kind of
> killed for what I purchased it for originally.
>
> On Jan 7, 2008 9:44 AM,  <[EMAIL PROTECTED]> wrote:
> >
> > Josef Lowder wrote:
> > > .
> > > On Mon, 7 Jan 2008 07:02, Shawn Badger wrote
> > >
> > >> Here is an open source and open hardware (they publish the hardware
> > >> specs) box that records what ever and then converts it to mpeg 4.
> > >> I thought some people on the list may be interested.
> > >>
> > >>
> > >>
> > > http://www.nytimes.com/2008/01/06/business/06novel.html?_r=3&ref=business&oref=slogin&oref=slogin&oref=slogin
> > >
> > >> http://www.neurostechnology.com/
> > >>
> > >
> > >
> > > Fantastic!  I wonder if it will (now or eventually)
> > > be able to record HD programs?
> > >
> > >
> > > ---
> > > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > > To subscribe, unsubscribe, or to change your mail settings:
> > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > >
> > Has anyone heard of / tried the following?  It is a networked HD Tuner?
> >
> > http://www.silicondust.com/wiki/products/hdhomerun
> >
> >
> > ---
> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > To subscribe, unsubscribe, or to change your mail settings:
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>


--
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Joshua Zeidner]

On 1/7/08, Jay <[EMAIL PROTECTED]> wrote:
>
> I have dozens of servers, all of them running the most recent Debian
> stable branch and pretty basic iptables instances. All are working well
> except for two of them... On these two problem servers, iptables seems to
> be intermittently stopping and starting. There is nothing in the system
> logs to indicate such, but I can see it when port scanning the servers.
>
> The servers' iptables rules are set to allow connections on TCP 25, 53,
> 80, and 443, then block everything else. When doing a simple nmap scan of
> the servers, and everything is working, the scan takes a few minutes, it
> shows these four ports open, and everything else **filtered**. When
> everything is not working, the nmap scan happens in just a couple of
> seconds, it shows another open port (TCP/111 - I do have this service
> running on the servers), plus the four expected open ports, and everything
> else **closed**.
>
> I can do 10 nmap scans back-to-back, and about half of them will show
> ports filtered, while the other half will show ports closed (and the extra
> open port). This tells me that iptables on these two servers is
> intermittently stopping, then intermittently starting again.

  That is not really a safe assumption.  Nmap is not really that
accurate of an instrument.  If you are concerned for some other
reason, I would try logging your packets with iptables an see if you
get anything interesting.  If your network is not exhibiting any
problems, then I wouldn't assume that you have one just because Nmap
is giving a wierd readout.  You can also try other monitoring tools
like SATAN and SAINT and see if they give you similar results.
http://www-arc.com/sara/

  -jmz


>
> I have watched the logs on the servers - nothing unusual. I have done the
> nmap scans from three different source locations, and all exhibit the same
> intermittent results. Googling for 'iptables intermittent' is not turning
> up anything applicable. I have other servers using the same iptables
> scripts, and they are not exhibiting this problem, plus bad iptables rules
> should make the problem always happen, not be randomly intermittent.
>
> Anybody have any ideas? Seen anything like this before?
>
> --
> ~Jay
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>


--
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Erich Newell]

A few quesitons:

1) Why do you have a service listening on this port if you intend to
block all traffic to it?
2) Are there any other services that might be exposed if iptables are
reset? or is sunrpc the only one?
3) What logs do you have with normal operation?

I would recommend removing all unnecessary services to start.

If you have a log of the normal start and stop but not the unexpected
start and stop, and only *one* additional service is being exposed,
then it sounds like something nefarious to me. Seriously.

If on the other hand it seems as though all iptables are being reset,
then it might be something more straightforward as Craig described.

A final thought: How are you setting your iptables rules? Also, are
you using an explicit DROP statement at the top?

- Erich


-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Josef Lowder]

.
On Mon, 7 Jan 2008 11:07, Shawn Badger wrote
> I have played with one and have been happy with it so far, but the 
> one big catch that I found is it only codes ATSC (digital tv). 
> That kind of killed for what I purchased it for originally.

I don't understand what that means ... 
Does that mean it can only playback through a digital monitor?


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

sorry, it means that it can only receive the digital tv signals. This
really isn't a problem if you are using hooked up to an antenna
because everything is simulcasted on both analog and digital channels.
If you however want to watch it tied to cox cable, you will only see
the channels that are in HD.

On Jan 7, 2008 12:02 PM, Josef Lowder <[EMAIL PROTECTED]> wrote:
> .
> On Mon, 7 Jan 2008 11:07, Shawn Badger wrote
> > I have played with one and have been happy with it so far, but the
> > one big catch that I found is it only codes ATSC (digital tv).
> > That kind of killed for what I purchased it for originally.
>
> I don't understand what that means ...
> Does that mean it can only playback through a digital monitor?
>
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Erich Newell wrote:

> 1) Why do you have a service listening on this port if you intend to
> block all traffic to it?


TCP/111 is listening on an internal interface (eth1) but blocked on eth0. 
Lame, but RPC does not seem to have a method of binding the daemon to a 
specific interface only.


> 2) Are there any other services that might be exposed if iptables are
> reset? or is sunrpc the only one?


RPC is the only one. Other services (like SSH) are not exposed if iptables 
fails because they are configured to only listen on an internal interface.


> 3) What logs do you have with normal operation?


I have iptables logging what it rejects/drops. Of course, the regular 
syslog stuff too.


> If you have a log of the normal start and stop but not the unexpected
> start and stop, and only *one* additional service is being exposed,
> then it sounds like something nefarious to me. Seriously.


Any unnecessary services being exposed are unacceptable.


> A final thought: How are you setting your iptables rules? Also, are
> you using an explicit DROP statement at the top?


No, iptables reads top-down. Thus, my config has explicit ACCEPT 
statements for the stuff I want exposed, then an explicit REJECT statement 
at the end. Putting a blanket DROP literally as the first statement would 
kill all communications to/from the server.

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Chris Gehlker]

On Jan 7, 2008, at 10:36 AM, Craig White wrote:

> OK, accepting that, why on earth did you say that you expected them to
> drop the Howell case?
>
> You seem to flip your opinions around from one post to the next.

What I said was that unless they could prove he actually erased files  
from his disk they would drop the case. My reasoning is simple. He is  
a cab driver without much money, pursing the case further will not be  
cost effective from a purely financial standpoint. The only remaining  
point for them to win is to prove he tampered with the evidence.

So far they have only filed briefs. Actually going to court gets much  
more expensive. At some point they may well conclude that they got  
what they paid for and that spending more money to obtain a judgement  
that will never be paid just isn't  worth it.
--
Vegetarians eat Vegetables, Humanitarians frighten me


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Joshua Zeidner wrote:

>  That is not really a safe assumption.  Nmap is not really that
> accurate of an instrument.  If you are concerned for some other


I have tried two port scanners (one being nmap, and two versions of nmap 
at that), from three source locations. All show the same behavior. 
Regardless of whether nmap is great or not, it is certainly accurate 
enough to tell if a given port is simply open/closed/filtered. 
Nonetheless, I am seeing the same results from another port scanner too.


-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Erich Newell]

I'm not sure which device Shawn was commenting on ("It doesn't do HD
yet!!"), but I have an HDHomerun and I can tell you it records OTA
ATSC HDTV very nicely! I absolutely love this device and cannot
recommend it highly enough. I currently have 2 HD antennae
(http://www.radioshack.com/product/index.jsp?productId=2253765)
attached to it and record inordinate amounts of PBS along with Heroes,
The Office and My Name is Earl in beautiful HD using MythTV (which is
also kind enough to remove commercials for me). Granted, I did have to
change some of the Myth settings so that it wouldn't try and compress
the video. I have ~1TB dedicated to my PVR and am really more
concerned about getting quality video to my 60" Sony Wega than saving
disk space.

The only downside (if there is one) is that recording 2 streams while
pushing a 3rd uses approximately 60Mbit, which stresses my 100Mbit
switched network to the max. I'm hoping to alleviate this by
multi-homing these systems with 802.11a cards and using the
multi-homing benefits of SCTP to overcome this, but I'm uncertain if
MythTV is setup to work with this protocol properly or how hard it
would be to do the conversion myself.

As a result, I now have an extra pcHDTV I'd be happy to part with for
a reasonable price. If anyone is interested, drop me a line.

On a related, but slightly OT note: If you are looking to use *any*
standard HD consumer equipment to view FTA HD satellite transmissions
in the USA it will not work. The worldwide standard for HD
transmission is H.264 mpeg4 via 8PSK. US network providers have again
gone their own way in an effort to stymie piracy. They use Turbo-8PSK
which, although defined within a subset of 8PSK, is not compatible
with that equipment. Further, they use H.264 with PFF frames which is
only handled properly by VLC in the latest trunk available via svn.


Share and Enjoy.

- Erich



-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Sccts guy contradicts RIAA document

[Joshua Zeidner]

On 1/7/08, Craig White <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2008-01-07 at 05:48 -0700, Chris Gehlker wrote:
> > On Jan 6, 2008, at 10:27 PM, Craig White wrote:
> >
> > > It no longer matters what was in the Washington Post story.
> >
> > What is absurd is your contention that happened  on January 3 can
> > somehow render a  falsehood printed on December 30th true.
> 
> we can then agree to disagree
> 
> > >
> > >
> > > or to use Rudy who articulates these things with a clarity that eludes
> > > me...
> >
> > You have mentioned Rudy several times. I  get that you are a Giuliani
> > fan but the relevance of that eludes me.
> 
> sorry...obscure humor.
>
> Perhaps you haven't read things like Rudy has the first known case of
> 9/11 Tourette's Syndrome.
>
> Why just last Friday, when asked if he was worried about placing 5th
> place in Iowa caucus, he replied that his finish in Iowa never worried
> him but on 9/11, he really found something to worry about.
>
> obscure humor...sorry, definitely not a fan of Rudy

   Its amazing how popular Rudy became in certain circles.  He is
defnitely not that popular amongst NYers, he tends to carry a
'mafioso' image amongst the people who know him the best.  I don't
consider him a hero of 9/11 by any means, but he surely does.  He
really does think that the fact that 9/11 occurred in his city will
win him the presidency.  note to Amerca: electing Rudy will not make
the terrorists go away.

   -jmz




--
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Shawn Badger]

I would check netstat during the scan to see if nmap is in fact
connecting and I would also just watch the iptables service and see if
you see it go away during the scan. These are just a couple places
that I would start with.

On Jan 7, 2008 12:12 PM, Jay <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008, Joshua Zeidner wrote:
>
> >  That is not really a safe assumption.  Nmap is not really that
> > accurate of an instrument.  If you are concerned for some other
>
>
> I have tried two port scanners (one being nmap, and two versions of nmap
> at that), from three source locations. All show the same behavior.
> Regardless of whether nmap is great or not, it is certainly accurate
> enough to tell if a given port is simply open/closed/filtered.
> Nonetheless, I am seeing the same results from another port scanner too.
>
>
> --
>
> ~Jay
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Erich Newell]

Just a quick correction: Unless Cox has started giving away their
service, you will not be able to connect anything to their equipment
and get HD video to a recording device.

All analog channels above 23 are scrambled and all digital channels
that aren't used for cabletv setup are encrypted, requiring a cable
box or cable card to decrypt. Additionally, the transmission
modulation for cable tv is different than OTA HDTV. ATSC with 8VSB is
used for over the air, and NTSC via QPSK(64 or 256) is used for
cabletv in the US.

- Erich

-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

I am referring to the same box, but the version I have doesn't do the
standard def analog channels. Now that being said, I haven't played
with it for a couple months and there may be some firmware updates
that it needs to allow for analog reception. I will have to plug it
back in again and play some more.

On Jan 7, 2008 12:12 PM, Erich Newell <[EMAIL PROTECTED]> wrote:
> I'm not sure which device Shawn was commenting on ("It doesn't do HD
> yet!!"), but I have an HDHomerun and I can tell you it records OTA
> ATSC HDTV very nicely! I absolutely love this device and cannot
> recommend it highly enough. I currently have 2 HD antennae
> (http://www.radioshack.com/product/index.jsp?productId=2253765)
> attached to it and record inordinate amounts of PBS along with Heroes,
> The Office and My Name is Earl in beautiful HD using MythTV (which is
> also kind enough to remove commercials for me). Granted, I did have to
> change some of the Myth settings so that it wouldn't try and compress
> the video. I have ~1TB dedicated to my PVR and am really more
> concerned about getting quality video to my 60" Sony Wega than saving
> disk space.
>
> The only downside (if there is one) is that recording 2 streams while
> pushing a 3rd uses approximately 60Mbit, which stresses my 100Mbit
> switched network to the max. I'm hoping to alleviate this by
> multi-homing these systems with 802.11a cards and using the
> multi-homing benefits of SCTP to overcome this, but I'm uncertain if
> MythTV is setup to work with this protocol properly or how hard it
> would be to do the conversion myself.
>
> As a result, I now have an extra pcHDTV I'd be happy to part with for
> a reasonable price. If anyone is interested, drop me a line.
>
> On a related, but slightly OT note: If you are looking to use *any*
> standard HD consumer equipment to view FTA HD satellite transmissions
> in the USA it will not work. The worldwide standard for HD
> transmission is H.264 mpeg4 via 8PSK. US network providers have again
> gone their own way in an effort to stymie piracy. They use Turbo-8PSK
> which, although defined within a subset of 8PSK, is not compatible
> with that equipment. Further, they use H.264 with PFF frames which is
> only handled properly by VLC in the latest trunk available via svn.
>
>
> Share and Enjoy.
>
> - Erich
>
>
>
> --
> "A man is defined by the questions that he asks; and the way he goes
> about finding the answers to those questions is the way he goes
> through life."
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

The last timed I played with my HDHomeRun on Cox, I was able to
receive the local channels in HD and a couple others with no problem.
I could not how ever receive the Discovery or the History channels at
all. Once again though  like I said in my previous email it has been a
while since I have played with that box and things may have changed
since then.



On Jan 7, 2008 12:21 PM, Erich Newell <[EMAIL PROTECTED]> wrote:
> Just a quick correction: Unless Cox has started giving away their
> service, you will not be able to connect anything to their equipment
> and get HD video to a recording device.
>
> All analog channels above 23 are scrambled and all digital channels
> that aren't used for cabletv setup are encrypted, requiring a cable
> box or cable card to decrypt. Additionally, the transmission
> modulation for cable tv is different than OTA HDTV. ATSC with 8VSB is
> used for over the air, and NTSC via QPSK(64 or 256) is used for
> cabletv in the US.
>
> - Erich
>
> --
> "A man is defined by the questions that he asks; and the way he goes
> about finding the answers to those questions is the way he goes
> through life."
> ---
>
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Shawn Badger wrote:

> I would check netstat during the scan to see if nmap is in fact
> connecting and I would also just watch the iptables service and see if
> you see it go away during the scan. These are just a couple places
> that I would start with.


Unfortunately, already tried this. The port scanners are connecting (they 
are accurately finding the open/closed/filtered ports). Tailing the logs 
during the scans, when hitting the server during a time iptables is not 
working, nothing is logged. However, port again a few seconds later and 
the server generates all kinds of logs of rejected packets.

It seems clear that intermittently, iptables in the kernel is just not 
doing anything with the packets, then it will kick in and start filtering, 
then it will stop again. Totally damn bizarre.

~JAy



>
> On Jan 7, 2008 12:12 PM, Jay <[EMAIL PROTECTED]> wrote:
>> On Mon, 7 Jan 2008, Joshua Zeidner wrote:
>>
>>>  That is not really a safe assumption.  Nmap is not really that
>>> accurate of an instrument.  If you are concerned for some other
>>
>>
>> I have tried two port scanners (one being nmap, and two versions of nmap
>> at that), from three source locations. All show the same behavior.
>> Regardless of whether nmap is great or not, it is certainly accurate
>> enough to tell if a given port is simply open/closed/filtered.
>> Nonetheless, I am seeing the same results from another port scanner too.
>>
>>
>> --
>>
>> ~Jay
>>
>>
>> ---
>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Joshua Zeidner]

On 1/7/08, Jay <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008, Joshua Zeidner wrote:
>
> >  That is not really a safe assumption.  Nmap is not really that
> > accurate of an instrument.  If you are concerned for some other
>
>
> I have tried two port scanners (one being nmap, and two versions of nmap
> at that), from three source locations. All show the same behavior.
> Regardless of whether nmap is great or not, it is certainly accurate
> enough to tell if a given port is simply open/closed/filtered.

  not reliably though.  make sure the other port scanners you are
using arent just some UI for Nmap.  Is this machine running IP tables
some kind of gateway/firewall?

> Nonetheless, I am seeing the same results from another port scanner too.
>

  just verify that these other scanners are not just a new face for
Nmap, which is very possible.  you may also try ps and lsof to make
sure that IPtables is not being killed, if the current theory is that
IPtables is being terminated for some reason.

  -jmz
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Craig White]

On Mon, 2008-01-07 at 12:10 -0700, Chris Gehlker wrote:
> On Jan 7, 2008, at 10:36 AM, Craig White wrote:
> 
> > OK, accepting that, why on earth did you say that you expected them to
> > drop the Howell case?
> >
> > You seem to flip your opinions around from one post to the next.
> 
> What I said was that unless they could prove he actually erased files  
> from his disk they would drop the case. My reasoning is simple. He is  
> a cab driver without much money, pursing the case further will not be  
> cost effective from a purely financial standpoint. The only remaining  
> point for them to win is to prove he tampered with the evidence.

except that in previous message, you stated...

> I think  
> they  know that their target demographic tends to be judgement proof  
> in the sense that they are young and too poor to actually pay any  
> awards that the RIAA might win. So the RIAA is effectively saying,  
> 'It's not just about money.  We will invade your privacy and trash  
> your reputation if you cross us'

so now they will drop the case because 'pursuing the case futher will
not be cost effective from a purely financial point of view'

How can I think anything other than you flip your opinions around from
one message to the next. These were your words in 2 consecutive posts.

> 
> So far they have only filed briefs. Actually going to court gets much  
> more expensive. At some point they may well conclude that they got  
> what they paid for and that spending more money to obtain a judgement  
> that will never be paid just isn't  worth it.

If you will recall (or search the archives if you must), plaintiff
already had a summary judgment which was awarded because defendant
failed to oppose the motion. Defendant opposed the award and was given a
chance to obtain counsel (and failed) and so the court narrowed the
remaining issues (there were 4) and asked for briefs.

Now having been briefed by plaintiff (the contents of which were the
subject of the Washington Post article), all that remains is defendant's
brief due presently. Barring some extremely persuasive motions from
defendant, judge will clearly find for plaintiff and it will be all
over. Defendant has not asked (and would be stupid to ask) for a jury
trial to press his position and since he has all but conceded everything
the plaintiff has submitted, there's really little left to the outcome,
expect it soon.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Worst cell provider I have seen

[der.hans]

Am 07. Jan, 2008 schwätzte Charles Jones so:

Attached is a link to a screenshot 
 of 
what I received. I couldn't believe it.  For anyone who doesn't want to click 
the link, here is a summary:


* No matter what subject he sets for his message, it gets overriden with "You 
have received a Picture Message from your Rogers Wireless friend..."
* Besides the picture that he meant to send, included in the message were a 
DOZEN OTHER ATTACHMENTS!
* ...including advertisements in picture format, and other needless crap like 
their logo banner, verisign logos, etc.


So basically the MMS "feature" of his cell service is useless, as they force 
in a bunch of spam images and override your subject and body text with their 
own. We tested and it does this even if sending mobile-to-mobile MMS. What 
are they thinking?


This is why I want bluetooth syncing to my computer over my network and
not using their network. If there is syncing over their network I want it
via an encrypted tunnel from my phone/PDA to my computer and only open on
the originating device and my network.

The phone company doesn't need copies of my pictures and doesn't need to
be mucking with them or tracking them.

Maybe it's time to try community run mesh networks again :).

ciao,

der.hans
--
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  "I guess I should've agreed with my boss more often. Today I was replaced
#  by a bobblehead doll!" -- Randy Glasbergen, 13Mar2006---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Jan topics proposal

[Dazed_75]

On Jan 6, 2008 12:59 PM, der.hans <[EMAIL PROTECTED]> wrote:
> moin moin,
>
> I proposed two different topics and we have two meetings. Providence :).
>
> I suggest we cover alternative infrastructures at the east side meeting
> and alternative platforms at the west side meeting. I'm presuming we can
> count on David's proposal to cover a couple of things at the west side
> meeting.
>
> alternative infrastructures:
> http://www.pulseaudio.org/
> http://www.compiz.org/
>
> Do we want to include stuff like elilo? DRBD? Heartbeat?
>
> http://sourceforge.net/projects/elilo
> http://www.drbd.org
> http://linux-ha.org
>
> alternative platforms:
> fink
> DarwinPorts
> http://xlivecd.indiana.edu/
> http://portableapps.com/
> FreeDOS
> http://www.opensourcewindows.org/
> http://theopendisc.com/
>
> ciao,
>
> der.hans
> --
> #  https://www.LuftHans.com/http://www.CiscoLearning.org/
> #  "Lie detector eyeglasses perfected: Civilization collapses."
> #   -- Richard Powers
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>

It all looks like it should be of interest to someone.  And much of it
is to me though the items more suitable to a corporate environment are
less so for us retired folk.

I wonder how many people attend both east and west meetings versus
those of us who live so far east or west that we choose to only attend
one side.  I would hate to miss too much just from not wanting to
drive so far to go to the other.  OTOH, I am sure those who attend
both would not like to see too much duplication.

-- 
Man is the only animal that laughs and weeps, for he is the only
animal that is struck with the difference between what things are and
what they ought to be.
  - William Hazlitt
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Erich Newell]

Local channels in HD? Others? Facinating. I'd be really interested to
know which "others" you were able to see. As I mentioned, I have a
pcHDTV lying around that I wouldn't mind putting to good
use...depending of course what those channels are.

:)

- Erich


-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Erich Newell]

How often does this "cycle" back and forth? Can you make any kind of
prediction whether or not it will be "up"?

- Erich

-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Joshua Zeidner]

On 1/7/08, Jay <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008, Joshua Zeidner wrote:
>
> > using arent just some UI for Nmap.  Is this machine running IP tables
> > some kind of gateway/firewall?
>
>
> I just repeated with good ole' telnet. When iptables is not working, I can
> connect, then a few seconds later, it is rejected. The servers (the same
> problem is happening on two servers) are just running standard iptables.
> It is still very clear that iptables is intermittently intercepting
> packets in the kernel (as it should) and intermittently not.
>
> ~Jay

  Jay,

Is this a custom kernel?

  -jmz
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Erich Newell wrote:

> How often does this "cycle" back and forth? Can you make any kind of
> prediction whether or not it will be "up"?


I have not been able to accurately predict it, but the cycles seem to be 
anywhere from a few seconds to a minute or two. I just did 10 scans, the 
first six all showed iptables not working, then it kicked in and the last 
four all had iptables working. I have seen it not work on one scan and 
start working on the next scan, then not work again, ... back-and-forth.

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Craig White]

On Mon, 2008-01-07 at 12:52 -0700, Jay wrote:
> On Mon, 7 Jan 2008, Erich Newell wrote:
> 
> > How often does this "cycle" back and forth? Can you make any kind of
> > prediction whether or not it will be "up"?
> 
> 
> I have not been able to accurately predict it, but the cycles seem to be 
> anywhere from a few seconds to a minute or two. I just did 10 scans, the 
> first six all showed iptables not working, then it kicked in and the last 
> four all had iptables working. I have seen it not work on one scan and 
> start working on the next scan, then not work again, ... back-and-forth.

heck - even Barry Bonds on steroids couldn't hit .400

must be working  ;-)

If this were Microsoft, all you would have to do is reboot to fix it.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Joshua Zeidner wrote:

> using arent just some UI for Nmap.  Is this machine running IP tables
> some kind of gateway/firewall?


I just repeated with good ole' telnet. When iptables is not working, I can 
connect, then a few seconds later, it is rejected. The servers (the same 
problem is happening on two servers) are just running standard iptables. 
It is still very clear that iptables is intermittently intercepting 
packets in the kernel (as it should) and intermittently not.

~Jay



>
>> Nonetheless, I am seeing the same results from another port scanner too.
>>
>
> sure that IPtables is not being killed, if the current theory is that
> IPtables is being terminated for some reason.
>
>  -jmz
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>

-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Jay]

On Mon, 7 Jan 2008, Joshua Zeidner wrote:

>Is this a custom kernel?


Nope - standard kernel from Debian stable:

# uname -a
Linux server 2.6.18-5-686 #1 SMP Sat Dec 1 22:58:58 UTC 2007 i686 GNU/Linux


-- 
~Jay


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Joshua Zeidner]

On 1/7/08, Jay <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008, Joshua Zeidner wrote:
>
> > using arent just some UI for Nmap.  Is this machine running IP tables
> > some kind of gateway/firewall?
>
>
> I just repeated with good ole' telnet.

  you're verifying *what* with telnet exactly?  That the ports are
either *filtered* or *closed*?  this terms are more or less idioms
from NMap.

  also are you running the same exact kernel on all these problem machines?

  -jmz


> When iptables is not working, I can
> connect, then a few seconds later, it is rejected. The servers (the same
> problem is happening on two servers) are just running standard iptables.
> It is still very clear that iptables is intermittently intercepting
> packets in the kernel (as it should) and intermittently not.
>
> ~Jay
>
>
>
> >
> >> Nonetheless, I am seeing the same results from another port scanner too.
> >>
> >
> > sure that IPtables is not being killed, if the current theory is that
> > IPtables is being terminated for some reason.
> >
> >  -jmz
> > ---
> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > To subscribe, unsubscribe, or to change your mail settings:
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
>
> --
> ~Jay
>
>
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>


--
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Worst cell provider I have seen

[Jon M. Hanson]

Bluetooth has nothing to do with the phone network. It's a wireless standard 
between two devices. Carriers (Verizon comes to mind) that have been known to 
cripple or disable Bluetooth file transfer on their phones so you have to use 
their network (and be charged by them). Is this what you referring to?

Sent via BlackBerry from T-Mobile

-Original Message-
From: "der.hans" <[EMAIL PROTECTED]>

Date: Mon, 7 Jan 2008 12:40:57 
To:Main PLUG discussion list 
Subject: Re: Worst cell provider I have seen


Am 07. Jan, 2008 schwätzte Charles Jones so:

> Attached is a link to a screenshot 
>  of 
> what I received. I couldn't believe it.  For anyone who doesn't want to click 
> the link, here is a summary:
>
> * No matter what subject he sets for his message, it gets overriden with "You 
> have received a Picture Message from your Rogers Wireless friend..."
> * Besides the picture that he meant to send, included in the message were a 
> DOZEN OTHER ATTACHMENTS!
> * ...including advertisements in picture format, and other needless crap like 
> their logo banner, verisign logos, etc.
>
> So basically the MMS "feature" of his cell service is useless, as they force 
> in a bunch of spam images and override your subject and body text with their 
> own. We tested and it does this even if sending mobile-to-mobile MMS. What 
> are they thinking?

This is why I want bluetooth syncing to my computer over my network and
not using their network. If there is syncing over their network I want it
via an encrypted tunnel from my phone/PDA to my computer and only open on
the originating device and my network.

The phone company doesn't need copies of my pictures and doesn't need to
be mucking with them or tracking them.

Maybe it's time to try community run mesh networks again :).

ciao,

der.hans
-- 
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  "I guess I should've agreed with my boss more often. Today I was replaced
#  by a bobblehead doll!" -- Randy Glasbergen, 13Mar2006
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Worst cell provider I have seen

[Jon M. Hanson]

Bluetooth has nothing to do with the phone network. It's a wireless standard 
between two devices. Carriers (Verizon comes to mind) that have been known to 
cripple or disable Bluetooth file transfer on their phones so you have to use 
their network (and be charged by them). Is this what you referring to?

--Original Message--
From: der.hans
Sender: [EMAIL PROTECTED]
To: Main PLUG discussion list
ReplyTo: Main PLUG discussion list
Sent: Jan 7, 2008 12:40 PM
Subject: Re: Worst cell provider I have seen

Am 07. Jan, 2008 schwätzte Charles Jones so:

> Attached is a link to a screenshot 
>  of 
> what I received. I couldn't believe it.  For anyone who doesn't want to click 
> the link, here is a summary:
>
> * No matter what subject he sets for his message, it gets overriden with "You 
> have received a Picture Message from your Rogers Wireless friend..."
> * Besides the picture that he meant to send, included in the message were a 
> DOZEN OTHER ATTACHMENTS!
> * ...including advertisements in picture format, and other needless crap like 
> their logo banner, verisign logos, etc.
>
> So basically the MMS "feature" of his cell service is useless, as they force 
> in a bunch of spam images and override your subject and body text with their 
> own. We tested and it does this even if sending mobile-to-mobile MMS. What 
> are they thinking?

This is why I want bluetooth syncing to my computer over my network and
not using their network. If there is syncing over their network I want it
via an encrypted tunnel from my phone/PDA to my computer and only open on
the originating device and my network.

The phone company doesn't need copies of my pictures and doesn't need to
be mucking with them or tracking them.

Maybe it's time to try community run mesh networks again :).

ciao,

der.hans
-- 
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  "I guess I should've agreed with my boss more often. Today I was replaced
#  by a bobblehead doll!" -- Randy Glasbergen, 13Mar2006


Sent via BlackBerry from T-Mobile
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Charles Jones]

I recently pre-ordered the newer model of this 
http://www.tvix.co.kr/Eng/products/4100sh.aspx
I'll post a review once I get it (week or two).

My minimum requirements were:
* 1080P playback
* Video playback of h.264 .mkv files w/subtitles
* Video playback of DIVX and h.264 .avi files
* Audio playback of MP3, OGG, FLAC, AAC
* Ability to stream files from either an NFS or SMB share
* Decent support - seems to have as they often update the firmware
Being able to record is not a big deal to me, but turns out you can 
record HD ATSC with an additional $99 ad-on tuner which enables the PVR 
functions (assuming you also add a SATA HDD).
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Worst cell provider I have seen

[der.hans]

Am 07. Jan, 2008 schwätzte Jon M. Hanson so:


Bluetooth has nothing to do with the phone network. It's a wireless standard 
between two devices. Carriers (Verizon comes to mind) that have been known to 
cripple or disable Bluetooth file transfer on their phones so you have to use 
their network (and be charged by them). Is this what you referring to?


Exactly. It doesn't need to go on their network. I was part of the class
action against Verizon due to them disabling bluetooth and not admitting
it.

My pictures, they don't need to see copies. I certainly don't want
advertising coming through with my pictures.

Hmm, maybe we should all start adding advertising with tracking bugs to
email we send to corporations...

ciao,

der.hans
--
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  "Human kind cannot bear very much reality."
#-- T.S. Eliot, "Four Quartets: Burnt Norton"---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[chip33az]

I guess I'm confused at this...

I have basic cable from Cox.  I have brought up a SageTV machine but 
don't have a tuner card yet. 

Am I hearing that I can get the HDHR, connect it to the cable coming 
into the apartment and then use SageTV to tune and record from it? 

What other costs for Cox would I have?  Do I need to upgrade the service?

Erich Newell wrote:
> Local channels in HD? Others? Facinating. I'd be really interested to
> know which "others" you were able to see. As I mentioned, I have a
> pcHDTV lying around that I wouldn't mind putting to good
> use...depending of course what those channels are.
>
> :)
>
> - Erich
>
>
>   

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Donn]

The HDHomeRun is QAM compatible. All 'local' channels are mandated by the
FCC to be carried unencrypted over basic cable and are generally available
using a QAM (Quadrature amplitude modulation) compatible tuner.

http://en.wikipedia.org/wiki/QAM_tuner

On Jan 7, 2008 1:45 PM, <[EMAIL PROTECTED]> wrote:

> I guess I'm confused at this...
>
> I have basic cable from Cox.  I have brought up a SageTV machine but
> don't have a tuner card yet.
>
> Am I hearing that I can get the HDHR, connect it to the cable coming
> into the apartment and then use SageTV to tune and record from it?
>
> What other costs for Cox would I have?  Do I need to upgrade the service?
>
> Erich Newell wrote:
> > Local channels in HD? Others? Facinating. I'd be really interested to
> > know which "others" you were able to see. As I mentioned, I have a
> > pcHDTV lying around that I wouldn't mind putting to good
> > use...depending of course what those channels are.
> >
> > :)
> >
> > - Erich
> >
>
>

-- 
Donn
There is a very fine line between "hobby" and "mental illness."
-- Dave Barry
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Shawn Badger]

I will try and get some time to hook it back up again tonight and let
you know what channels I find. If I remember correctly they are in the
700 range and you can see them with the cable plugged directly into
your HD TV as well.


On Jan 7, 2008 12:42 PM, Erich Newell <[EMAIL PROTECTED]> wrote:
> Local channels in HD? Others? Facinating. I'd be really interested to
> know which "others" you were able to see. As I mentioned, I have a
> pcHDTV lying around that I wouldn't mind putting to good
> use...depending of course what those channels are.
>
> :)
>
>
> - Erich
>
>
> --
> "A man is defined by the questions that he asks; and the way he goes
> about finding the answers to those questions is the way he goes
> through life."
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[chip33az]

Thank you.

I have basic Cox since I typically only watch the local channels.  I was 
going to get the PVR-500 since I have a small form factor computer and 
would get two tuners from 1 cable.

If the HDHR does work, I would think about going that option instead and 
tape the shows that way.

Shawn Badger wrote:
> I will try and get some time to hook it back up again tonight and let
> you know what channels I find. If I remember correctly they are in the
> 700 range and you can see them with the cable plugged directly into
> your HD TV as well.
>
>
> On Jan 7, 2008 12:42 PM, Erich Newell <[EMAIL PROTECTED]> wrote:
>   
>> Local channels in HD? Others? Facinating. I'd be really interested to
>> know which "others" you were able to see. As I mentioned, I have a
>> pcHDTV lying around that I wouldn't mind putting to good
>> use...depending of course what those channels are.
>>
>> :)
>>
>>
>> - Erich
>>
>>
>> --
>> "A man is defined by the questions that he asks; and the way he goes
>> about finding the answers to those questions is the way he goes
>> through life."
>> ---
>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>
>> 
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>   

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Worst cell provider I have seen

[Craig White]

On Mon, 2008-01-07 at 13:53 -0700, der.hans wrote:
> Am 07. Jan, 2008 schwätzte Jon M. Hanson so:
> 
> > Bluetooth has nothing to do with the phone network. It's a wireless 
> > standard between two devices. Carriers (Verizon comes to mind) that have 
> > been known to cripple or disable Bluetooth file transfer on their phones so 
> > you have to use their network (and be charged by them). Is this what you 
> > referring to?
> 
> Exactly. It doesn't need to go on their network. I was part of the class
> action against Verizon due to them disabling bluetooth and not admitting
> it.
> 
> My pictures, they don't need to see copies. I certainly don't want
> advertising coming through with my pictures.
> 
> Hmm, maybe we should all start adding advertising with tracking bugs to
> email we send to corporations...

hmmm...your last statement has a clue. All e-mail programs (that I am
familiar with) now default to NOT load embedded images, at least if the
sender isn't in your address book, much to prohibit the very behavior
you are suggesting.

Thus it would appear that this is also deviating from standard behavior.

Of course Rogers is Canadian and subject to Canadian law which is so
backward, they don't even have DMCA (yet).  ;-)

Craig



---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

some more interesting discoveries...

[Craig White]

Curiously enough, RIAA is well aware that software such as Kazaa, often
shares files/folders without the users having knowledge of that fact...

http://www.ftc.gov/reports/p2p05/050623p2prpt.pdf

See page 8 (and thereabouts)

This was a report issued by the FTC and RIAA was party to the hearings
and reports and had many comments within this report attributed to the
RIAA.

Specifically, if you read through this motion...

http://www.ilrweb.com/viewILRPDFfull.asp?filename=elektra_barker_070110MTRtoJudge

specifically attaches the following comments to RIAA's Steven Gottlieb
(TVT Records)...

"As an initial matter, P2P software may, upon installation,
automatically search a user’s entire hard drive for content.
Files that users have no intention of sharing may end up
being offered to the entire P2P network. Continued sharing
of personal information is hard to avoid and is facilitated by
confusing and complicated instructions for designating
shared items. A study by Nathaniel S. Good and Aaron
Krekelberg at HP Laboratories showed that “the majority of
the users…were unable to tell what files they were sharing,
and sometimes incorrectly assumed they were not sharing
any files when in fact they were sharing all files on their
hard drive.”

So with reference to Howell, it's clear that RIAA is unconcerned whether
there occurred an act of putting files into a shared folder because they
already knew that it was possible for Kazaa to share music files without
knowledge or consent by Howell.

And with reference to the rest of the world, you can take as assurance
that if you have music files on your hard drive and they are public
enough for the RIAA to catalog and identify, you can expect to be sued
because they have absolutely no regard for your intent.

Yeah and obviously they do say different things in a trial than what
they say for public consumption as NPR proved.

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Microsoft Autopilot

[Jared Anderson]

On 1/6/08, Chris Gehlker <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6, 2008, at 12:40 PM, Kevin Brown wrote:
>
> >> 
> >
> > No offense, but would you please include something more than just a
> > link
> > so that list users have some idea of what it is they are going to see
> > when they follow the link...
>
> I'll try to do that from now on.



"Microsoft gives new meaning to BSOD" would have been an appropriate
caption. ;-)
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: an example of an aggressive defense against RIAA claims

[Chris Gehlker]

On Jan 7, 2008, at 12:37 PM, Craig White wrote:

> so now they will drop the case because 'pursuing the case futher will
> not be cost effective from a purely financial point of view'
>
> How can I think anything other than you flip your opinions around from
> one message to the next. These were your words in 2 consecutive posts.


How can I take you seriously when you delete the very part of my post  
which answers your question?

To repeat,  they were out to send a message a message. The message has  
been sent. Why spend a bunch more money when they have already  
achieved  their goals.

--
In America, anybody can be president. That's one of the risks you take.
-Adlai Stevenson, statesman (1900-1965)

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Strange Redirect - Omaha Airport

[Dennis Kibbe]

On Mon, 2008-01-07 at 08:03 -0700, Tony E - Jaraeth wrote:
> It appears to be redirecting to a URL via a HTTP GET statement (?dlurl=) 
> and then passing the referral URL along (the original link with Boingo 
> in the name) then again redirecting back, and forward again, etc.  Yes, 
> it looks odd.  Chances are the URL was programmed to receive a 
> particular variable, and when it didn't receive it via Firefox, it 
> redirected back to the original referrer, which in turn 
> re-forwarded/redirected it back, and on and on into an endless loop.  
> I'd guess that the site may possibly work with Internet Explorer, or was 
> just bugged at that time.
> 
> Regards,
> 
>   Tony E

Thanks to Tony and Eric for their replies. I know that the person
sitting at the next table was also having a problem connecting using a
MAC. I should have asked which browser he was using.

Dennisk
-- 
Member Free Software Foundation
"Free as in Freedom"


signature.asc
Description: This is a digitally signed message part
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Howell's story in Mesa Tribune

[Craig White]

We must not have much EVT readership in PLUG...

http://www.eastvalleytribune.com/story/106035

I just stumbled onto it

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Technomage-hawke]

On Monday 07 January 2008 12:21, Erich Newell wrote:
> Just a quick correction: Unless Cox has started giving away their
> service, you will not be able to connect anything to their equipment
> and get HD video to a recording device.
>
> All analog channels above 23 are scrambled and all digital channels
> that aren't used for cabletv setup are encrypted, requiring a cable
> box or cable card to decrypt. Additionally, the transmission
> modulation for cable tv is different than OTA HDTV. ATSC with 8VSB is
> used for over the air, and NTSC via QPSK(64 or 256) is used for
> cabletv in the US.

ok,
I find that rather interesting.
I can decode HD signaling with my current Happauge card on cox cable here.
I don't have anything other than basic cable (no extra boxes) so how is it
that I have all 99 base channels and 13 HD channels?

are you sure they don't have some low pass filtering on your service?
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Charles Jones]

There are 3 HD channels you can get on cox without using their HD box.  
The channels are 12-1, 12-2, and 15-1.  One of them is just a weather 
channel but I have seen some decent HD shows on the others.



Technomage-hawke wrote:

On Monday 07 January 2008 12:21, Erich Newell wrote:
  

Just a quick correction: Unless Cox has started giving away their
service, you will not be able to connect anything to their equipment
and get HD video to a recording device.

All analog channels above 23 are scrambled and all digital channels
that aren't used for cabletv setup are encrypted, requiring a cable
box or cable card to decrypt. Additionally, the transmission
modulation for cable tv is different than OTA HDTV. ATSC with 8VSB is
used for over the air, and NTSC via QPSK(64 or 256) is used for
cabletv in the US.



ok,
I find that rather interesting.
I can decode HD signaling with my current Happauge card on cox cable here.
I don't have anything other than basic cable (no extra boxes) so how is it
that I have all 99 base channels and 13 HD channels?

are you sure they don't have some low pass filtering on your service?
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
  


---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Technomage-hawke]

On Monday 07 January 2008 10:12, Jay wrote:
> I have dozens of servers, all of them running the most recent Debian
> stable branch and pretty basic iptables instances. All are working well
> except for two of them... On these two problem servers, iptables seems to
> be intermittently stopping and starting. There is nothing in the system
> logs to indicate such, but I can see it when port scanning the servers.
>
> The servers' iptables rules are set to allow connections on TCP 25, 53,
> 80, and 443, then block everything else. When doing a simple nmap scan of
> the servers, and everything is working, the scan takes a few minutes, it
> shows these four ports open, and everything else **filtered**. When
> everything is not working, the nmap scan happens in just a couple of
> seconds, it shows another open port (TCP/111 - I do have this service
> running on the servers), plus the four expected open ports, and everything
> else **closed**.
>
> I can do 10 nmap scans back-to-back, and about half of them will show
> ports filtered, while the other half will show ports closed (and the extra
> open port). This tells me that iptables on these two servers is
> intermittently stopping, then intermittently starting again.
>
> I have watched the logs on the servers - nothing unusual. I have done the
> nmap scans from three different source locations, and all exhibit the same
> intermittent results. Googling for 'iptables intermittent' is not turning
> up anything applicable. I have other servers using the same iptables
> scripts, and they are not exhibiting this problem, plus bad iptables rules
> should make the problem always happen, not be randomly intermittent.
>
> Anybody have any ideas? Seen anything like this before?

are those 2 specific machines running any applications that may not be on the 
others?


can you compare processes among the machines?

otherwise, I am not sure what would cause the iptables script to fail/restart 
(unless something else is terminating and restarting the entire network).
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Craig White]

I do believe that they have different setups in different areas of the
valley and I know that they sometimes blow it on customer configuration.

As for HD, one would think that since the local channels are all
providing an HD signal, that these channels should just be free for
everyone to keep them from going to antenna.

As for the weather channel...it seems as though they dropped the Weather
+ (NBC) from the HD 700 range because it's been gone for several weeks
or perhaps months (I'm not a good one to ask about these things).

Craig

On Mon, 2008-01-07 at 19:28 -0700, Charles Jones wrote:
> There are 3 HD channels you can get on cox without using their HD box.
> The channels are 12-1, 12-2, and 15-1.  One of them is just a weather
> channel but I have seen some decent HD shows on the others.
> 
> 
> Technomage-hawke wrote: 
> > On Monday 07 January 2008 12:21, Erich Newell wrote:
> >   
> > > Just a quick correction: Unless Cox has started giving away their
> > > service, you will not be able to connect anything to their equipment
> > > and get HD video to a recording device.
> > > 
> > > All analog channels above 23 are scrambled and all digital channels
> > > that aren't used for cabletv setup are encrypted, requiring a cable
> > > box or cable card to decrypt. Additionally, the transmission
> > > modulation for cable tv is different than OTA HDTV. ATSC with 8VSB is
> > > used for over the air, and NTSC via QPSK(64 or 256) is used for
> > > cabletv in the US.
> > > 
> > 
> > ok,
> > I find that rather interesting.
> > I can decode HD signaling with my current Happauge card on cox cable here.
> > I don't have anything other than basic cable (no extra boxes) so how is it
> > that I have all 99 base channels and 13 HD channels?
> > 
> > are you sure they don't have some low pass filtering on your service?
> > ---
> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > To subscribe, unsubscribe, or to change your mail settings:
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >   
> 
> ---
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: IPTables Intermittent Stopping

[Technomage-hawke]

On Monday 07 January 2008 12:09, Jay wrote:
> On Mon, 7 Jan 2008, Erich Newell wrote:
> > 1) Why do you have a service listening on this port if you intend to
> > block all traffic to it?
>
> TCP/111 is listening on an internal interface (eth1) but blocked on eth0.
> Lame, but RPC does not seem to have a method of binding the daemon to a
> specific interface only.
>
> > 2) Are there any other services that might be exposed if iptables are
> > reset? or is sunrpc the only one?
>
> RPC is the only one. Other services (like SSH) are not exposed if iptables
> fails because they are configured to only listen on an internal interface.
>
> > 3) What logs do you have with normal operation?
>
> I have iptables logging what it rejects/drops. Of course, the regular
> syslog stuff too.
>
> > If you have a log of the normal start and stop but not the unexpected
> > start and stop, and only *one* additional service is being exposed,
> > then it sounds like something nefarious to me. Seriously.
>
> Any unnecessary services being exposed are unacceptable.
>
> > A final thought: How are you setting your iptables rules? Also, are
> > you using an explicit DROP statement at the top?
>
> No, iptables reads top-down. Thus, my config has explicit ACCEPT
> statements for the stuff I want exposed, then an explicit REJECT statement
> at the end. Putting a blanket DROP literally as the first statement would
> kill all communications to/from the server.


ps. you need to have the default policy set to drop. having that reject at 
the end means that it is rejecting everything, including the previously 
opened ports...
 This might cause some problems (though iptables acts completely backward to 
PF, which I have gotten more familiar with).

I'll have to relocate my old iptables high security script and see how I wrote 
it.
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: A paper tux of your very own!

[Alan Dayley]

Shawn Badger wrote:
> I found this while aimlessly surfing around and thought the group may like it:
> 
> 
> http://www.gdruckman.com/2007/12/22/diy-paper-tux/

OK, I killed some time yesterday making one of these.

http://www.flickr.com/photos/alandd/2177214382/in/pool-plug/

A bit sloppy but, now he rules my computer at work!

http://www.flickr.com/photos/alandd/2177215564/in/pool-plug/

Thanks for pointing to him, Shawn.

Alan




signature.asc
Description: OpenPGP digital signature
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Really good story on Google

[Craig White]

New Yorker, with a fairly lengthy story on Google, frightening
competitors and others wondering if they aren't getting too big and too
powerful.

http://www.newyorker.com/reporting/2008/01/14/080114fa_fact_auletta

Craig

---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: OT: open source/ hardware video recorder in NY Times

[Erich Newell]

Do you pay the extra dollar or whatever it is to get the basic cable
included with your cablemodem, or are you simply attaching your
existing connection to a receiver? If you don't have a subscription to
the basic cable service you should only be able to see up to channel
22 in the East Valley or 23 if you're lucky and live in the central or
west valley. (23 is Discovery channel...which I don't receive) These
channels cannot be blocked without affecting the function of the data
service.

As for me, I've never subscribed to the basic service (even though it
only works out to a dollar more) because my work has paid for my cable
modem...but if a portion of the bill shows up as "TV service" they
won't pay that bit...and since I only watch the OTA HD PBS broadcasts
anyhow, I choose to keep the ~$12 difference each month in my wallet.
:)

I'm almost 100% certain that no HD channels are broadcast in the range
available to me...Anyone have different experience? (i.e. no basic
subscription, but HD channels still visible)

-- 
"A man is defined by the questions that he asks; and the way he goes
about finding the answers to those questions is the way he goes
through life."
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

OLPC Thu

[der.hans]

moin moin,

my OLPC laptop finally came in today.

I'll have it at the meeting Thu. My original plan had been something
on alternative mobile platforms such as OLPC, EEE, Nokia 770/800/N810,
OpenMoko and Android. Since my OLPC laptop was on backorder I held off a
bit.

ciao,

der.hans
-- 
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  Intelligence without compassion is a waste.  -- der.hans
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

Re: Jan topics proposal

[der.hans]

Am 07. Jan, 2008 schwätzte Dazed_75 so:


It all looks like it should be of interest to someone.  And much of it


I hope so :).


is to me though the items more suitable to a corporate environment are
less so for us retired folk.

I wonder how many people attend both east and west meetings versus


Only a few and now that I can't it's only a couple.


those of us who live so far east or west that we choose to only attend
one side.  I would hate to miss too much just from not wanting to
drive so far to go to the other.  OTOH, I am sure those who attend
both would not like to see too much duplication.


Well, push us to swap them next year :).

I want to make the west side meeting something worthwhile in its own
right, so I'm glad to hear that we have two distinct, interesting,
compelling topics.

ciao,

der.hans
--
#  https://www.LuftHans.com/http://www.CiscoLearning.org/
#  "Who decided that holders of government-granted monopolies should
#  determine the future of high tech? I don't remember reading that memo."
#-- Will Rodger, director of public policy, Computer and Communications
#   Industry Association---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss