Luke Baker

Dave,

My urban yard has a few too many norway maples creating large amounts of shade. AIUI, norway maples may be allelopathic and create lots of shade. What are some good species that can thrive or do moderately well under those shade conditions? I'm also curious about paw paw tress in particular. Do you think they'd do okay (shade wise) on the edge of the shade created by the maples?

Luke

The one site that I've heard the most about is Lulu.com. You can offer the PDF for sale and I believe people could also choose to purchase a printed version if they wanted.

I'm not sure if it meets all your requirements, but it'd be worth checking out.

I feel like you can probably do everything you want without claiming copyright on other user's content. Facebook is somewhat similar in that people post content on Facebook and Facebook publishes it various forms. Here's what they say on their site:

Do I retain the copyright and other legal rights to material I upload to Facebook?

Yes, you retain the copyright to your content. When you upload your content, you grant us a license to use and display that content. For more information please visit our Statement of Rights and Responsibilities, which contain information about intellectual property, as well as your privileges and responsibilities as a Facebook user.

https://www.facebook.com/help/?faq=193430577370347#Do-I-retain-the-copyright-and-other-legal-rights-to-material-I-upload-to-Facebook?

I feel like saying you own the copyright reaches farther than you need to, and in doing so you're putting people who contribute to the forums in a position where they may be participating in illegal or dishonest activity (e.g., take a picture, post it here, and then printing it). Whereas, if you simply said "Posting content here gives me (Paul Wheaton) the license to use it in any way I want" is actually more amenable and still leaves the copyright in the hands of the creator.

Does this really matter all that much? No probably not. However, I think it may discourage some people from posting their full content on this site and instead link to it, and I think that would be disappointing and unnecessary.

All that to say: Thank you, Paul, for these forums and the wonderful podcasts, videos, and articles. I'm indebted to you for the information you've provided.

Some alternatives:

Amazon Prime for $79 / year gets you:
* FREE Two-Day Shipping on millions of items
* No minimum order size
* Unlimited instant streaming of thousands of movies and TV shows

http://www.amazon.com/gp/prime/?tag=dvdlibrary-20

Hulu / Hulu Plus

Lots of shows have their episodes available somewhere like Hulu, the network's site, or the show's site (e.g., The Daily Show).

paul wheaton wrote:So here are the three things that I have not been able to solve yet with linux mint:

1) watching netflix instant view

I don't think this is possible without running Windows or Mac OS in a virtual machine or dual-booting. While I don't consider this a great option, there are lots of devices (blu-ray players, media players, game systems) available that can play Netflix content that are generally hooked up to a TV, but I imagine they could be rigged to hook up to a computer monitor of some sort.

2) recording skype calls

I think some have already suggested some Skype specific options, but here's a link with some instructions on how to record things using PulseAudio (the sound server that runs in Linux and can give you control of all things audio).

https://www.linux.com/learn/tutorials/367395-weekend-project-record-from-skype-calls-and-other-apps-on-linux

Howdy folks, I don't see the attached images in Google Chrome when I view forum posts.  If I use Firefox, I can see the images.  It looks like the reason is that the images aren't complying with the HTTP spec and Firefox is a little more lenient than Google Chrome.

Here's what I found while testing this image:

https://permies.com/permaculture-images/2101_804/sausage_patricia.jpg

The problem lies in two response headers that the server responds with:
Content-Length: 127515 Content-Encoding: gzip

The problem is that the content length of the response when gzipped is actually 127404 bytes, but the content-length header is always sending down the length of the non-gzipped image.  So Google Chrome (and probably other browers) are expecting more data than the server sends so they think the request got interrupted and don't display the image.

I don't know the details of the site, but often there's not a huge gain from gzipping images like jpg and png since they are already compressed.  It may be okay to disable gzip compression for those file types.  Otherwise, the fix would be to make sure the Content-Length header matches that actual content length that the server is responding with (127404 in this case).

Here's how I tested this on Linux:
curl -o /tmp/foo.jpg.gz -H "Accept-Encoding: gzip,deflate" 'https://permies.com/permaculture-images/2101_804/sausage_patricia.jpg

curl -i -o /tmp/foo.txt -H "Accept-Encoding: gzip,deflate" 'https://permies.com/permaculture-images/2101_804/sausage_patricia.jpg

View the size of /tmp/foo.jpg.gz (127404 bytes), then view the first few lines in /tmp/foo.txt to see that it is sending a content-length of 127515 bytes which is larger than the size of /tmp/foo.jpg.gz.  If you gunzip /tmp/foo.jpg.gz you'll see that it now matches the incorrect content-length header.