Summary: Tim, Gordon, and Roy struggle with coughs and connection difficulties and yet manage to produce another episode filled with news and discussion
TODAY’S show covers many topics including the new Linux release, Android, Microsoft’s latest departures and failures, and of course Wikileaks. This is the first episode in about a week due to lack of time for the three of us to regroup and record. Our new IRC channel and new official Web site will be announced quite soon. [Update: the show notes are up]
I’ve always had niggling problems with downloading the audio files from this domain, but retrying a second or third time would sort it.
The download for episode 24 seem to be an exception to this: Firefox can not complete the download, it fails between 19 and 30MB. Also, your server does not seem to support a download restart, i.e. Firefox keeps having to start from scratch. I suspect a bit of tinkering with enabling restarting, or dealing with partial downloads, might save you a lot of bandwidth
I’m just trying with wget, and it’s having exactly the same problem: the first download was interrupted at 33MB for some unknown reason, and then it restarts from scratch
I can download reliably from many other sites with much bigger files, so it ain’t me
Cheers,
Wim
P.S. I like this show a lot, keep up the good work
Thanks. Someone brought it up right after the first few shows and we checked with the host. The main issue we have is the use of Varnish, which overrides some server settings. We’ll try sorting this out again using the information you gave.
wimwauters Reply: January 15th, 2011 at 10:51 am
Excellent, thanks, I hope they find the 600 second bug
wimwauters Reply: January 19th, 2011 at 7:47 am
Yep, the 600 second limit is still there.
I’ve now managed to download this ogg-cast over a slightly faster connection (8000kbps in stead of 5000-ish kps) in 9 minutes and 47 seconds: yep, that was a close one
DuckDuckGo, according to this latest data from Statcounter, fell from about 0.71% to just 0.58%; all the gains have been lost amid scandals, such as widespread realisation that DuckDuckGo is a Microsoft informant, curated by Microsoft and hosted by Microsoft (Bing is meanwhile laying off many people, but the media isn’t covering that or barely bothers)
António Campinos insists he will be EPO President for 10 years, i.e. even longer than Benoît Battistelli (despite having appalling approval rates from staff)
The EPO’s management with its shallow campaign of obfuscation (pretending to protect children or some other nonsense) is not fooling patent examiners, who have grown tired and whose representatives say “the administration shows no intention of involving the staff representation in the drafting of the consultant’s mandate” (like in Sirius ‘Open Source’ where technical staff is ignored completely for misguided proposals to pass in the dark)
In my final year at Sirius ‘Open Source’ communication systems had already become chaotic; there were too many dysfunctional tools, a lack of instructions, a lack of coordination and the proposed ‘solution’ (this past October) was just more complexity and red tape
Sirius ‘Open Source’ wasted hours of workers’ time just testing the phone after it had moved to a defective system of Google (proprietary); instead of a rollback (back to Asterisk) the company doubled down on the faulty system and the phones still didn’t work properly, resulting in missing calls and angst (the company just blamed the workers who all along rejected this new system)
Sirius ‘Open Source’, emboldened by ISO ‘paperwork’ (certification), lost sight of what it truly takes to run a business securely, mistaking worthless gadgets for “advancement” while compelling staff to sign a new contract in a hurry (prior contract-signing scandals notwithstanding)
Staff with technical skills won't stick around in companies that reject technical arguments and moreover move to proprietary software in a company that brands itself "Open Source"
Only a few years ago ZDNet published about 3 “Linux” stories per day (mostly FUD pieces); now it’s a ghost town, painted in ‘alien green’; considering ZDNet’s agenda (and sponsors) maybe it’s better this way
The real-world threats faced by private companies or non-profit organisations aren't covered by the ISO certification mill; today we publish the last post on this topic before proceeding to some practical examples
What happens when your medical records/data are accessible to a company based abroad after a mysterious NDA with the Gates Foundation? The International Organization for Standardization (ISO) does not mind.
Sirius ‘Open Source’ was good at gloating about “ISO” as in ISO certification (see our ISO wiki to understand what ISO truly is; ISO certification needs to be more widely condemned and exposed) while signing all sorts of dodgy deals and lying to clients (some, like the Gates Foundation, were never mentioned because of a mysterious NDA); security and privacy were systematically neglected and some qualified as criminal negligence (with fines/penalties likely an applicable liability if caught/reported)
Based on my experiences inside Sirius ‘Open Source’ — as I was there for nearly 12 years — I finally tell what I’ve witnessed about ISO certification processes (see ISO wiki for prior experiences)
wimwauters said,
January 15, 2011 at 7:02 am
I’ve always had niggling problems with downloading the audio files from this domain, but retrying a second or third time would sort it.
The download for episode 24 seem to be an exception to this: Firefox can not complete the download, it fails between 19 and 30MB. Also, your server does not seem to support a download restart, i.e. Firefox keeps having to start from scratch. I suspect a bit of tinkering with enabling restarting, or dealing with partial downloads, might save you a lot of bandwidth
I’m just trying with wget, and it’s having exactly the same problem: the first download was interrupted at 33MB for some unknown reason, and then it restarts from scratch
I can download reliably from many other sites with much bigger files, so it ain’t me
Cheers,
Wim
P.S. I like this show a lot, keep up the good work
wimwauters said,
January 15, 2011 at 7:28 am
wget is more consistent it failed at:
2011-01-15 11:55:03 (54.5 KB/s) – Read error at byte 33483250/45448649 (Connection reset by peer). Retrying.
2011-01-15 12:05:07 (54.3 KB/s) – Read error at byte 33483250/45448649 (Connection reset by peer). Retrying.
2011-01-15 12:15:11 (54.7 KB/s) – Read error at byte 33636748/45448649 (Connection reset by peer). Retrying.
Have fun digging into this
Cheers,
Wim
P.S. and +1 for having embedded media with HTML5. The death of Flash is imminent
wimwauters said,
January 15, 2011 at 7:31 am
I just noticed the wget error messages are exactly 10 minutes and 4 seconds apart. So look for a 600 second limit in your server settings somewhere.
Dr. Roy Schestowitz Reply:
January 15th, 2011 at 9:00 am
Thanks. Someone brought it up right after the first few shows and we checked with the host. The main issue we have is the use of Varnish, which overrides some server settings. We’ll try sorting this out again using the information you gave.
wimwauters Reply:
January 15th, 2011 at 10:51 am
Excellent, thanks, I hope they find the 600 second bug
wimwauters Reply:
January 19th, 2011 at 7:47 am
Yep, the 600 second limit is still there.
I’ve now managed to download this ogg-cast over a slightly faster connection (8000kbps in stead of 5000-ish kps) in 9 minutes and 47 seconds: yep, that was a close one
Dr. Roy Schestowitz Reply:
January 19th, 2011 at 8:32 am
We’re setting up a subsite to dodge the issue caused by Varnish timeout settings.