Become a fan of Slashdot on Facebook


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Submission + - Has Debian updates server DDOS'ed itself? 1

Hemlock Stones writes: I am seeing a 35 program security update for 64 bit Wheezy bring my Update Manager to a total halt while it waits for data/responses from the official North American update server mirror. I have let Update Manager run for over an hour on two different computers for three consecutive days, including today, to no avail. I prefer to stick with the official mirror because I believe (hope) that it is the least likely to be compromised.

I have been having problems with large security updates over the last year or so like completely cutting off downloads in progress sometimes with only seconds remaining to complete and never restart them (OK I only waited 10 minutes a couple of time mainly because I found the best strategy was to cancel the current update attempt and start a new one whereupon the transfer would start back up in fairly quickly and always complete). Or taking minutes to get to start downloading updates and then minutes more to start to install them while sometimes only taking a few 10's of seconds to download and install them. I used the display in terminal option to determine that the delays were always at points where Update Manager was waiting for server data/responses.

The fact that nothing has appeared yet on /. is making me wonder if anybody else is seeing this ?

Comment re: communication (Score 1) 77

I am so god damn tired of this stupid argument. The CPU is not a "slave core". It is an ARM6 RISC core (with MMU) and it is what runs Linux and all the applications, not the GPU . The GPU does control the L2 cache and the memory controller/arbitrator which allows it to have the highest priority access to memory and meet the video memory bandwidth requirements. I haven't had time to read the hardware documentation now that it has been released (making it no longer closed contrary to your assertion otherwise ) so I don't know if a proprietary code blob will still be necessary to boot the CPU any longer or not. A quick scan did not reveal any specific mention of this in the documentation but with the release of the GPU instruction set in the documentation it should be fairly straight forward, although not easy to disassemble the proprietary boot loader code. I would prefer a fully open boot loader but as long as the current boot loader allows just about any OS to be booted, and as far as I know it does I can live with that. And finally, the only other two GPU cores available for ARM SoCs, PowerVR and Mali (the one used on the Beaglebone Black) are still, for now completely proprietary. This clearly means that contrary to another comment in this thread, the Beaglebone Black is not completely open.

Submission + - Plan 9 now licensed under GPL v2 (

Hemlock Stones writes: From The Register article:

The University of California, Berkely, last week quietly let it be known that it “has been authorised by Alcatel-Lucent to release all Plan 9 software previously governed by the Lucent Public License, Version 1.02 under the GNU General Public License, Version 2.”

Anybody interested ? If so it is available at

Comment Re:BeagleBone Fully Documented; Broadcom Proprieta (Score 5, Informative) 246

While TI documents most of the am3359 SOC it does not provide any documentation for the Imagination Technologies PowerVR GPU core which is proprietary. To the OP, as far as I know there are no non-proprietary GPUs (more or less beefy) on any ARM SOC so good luck on finding one without binary blobs.

Submission + - Time Warner Cable email, where are you ?

Hemlock Stones writes: "It has become almost impossible to use the "web" version of Time Warner Cable email at certain times during the day (mid-morning, early through late afternoon, high traffic times ?). After entering the email address and password you are greeted by long waits, and then a message saying the session has expired. Or, if you are very lucky it will take you to your email page and after you click on an email to view it, after a very long wait, it will kick you back to the login page with the "expired session" message again. If you are very, very lucky it will display the email and then when you click the delete (or move) button, after a very long wait it will kick you back to "session expired" again. It can take 30 minutes or more to read and delete 3 emails. Phone calls to "customer service" (wink, wink, nod, nod) will get you dancing around like crazy monkeys for a while before admitting that they know about the problem and that it could be fixed with a software upgrade but they have no idea when (or if) it will be done. This has been going on for at least a year now but has gotten much worse over the last couple of months. I'd like to find out what it will take to get it FIXED.
Anyone ?"

Slashdot Top Deals

The only possible interpretation of any research whatever in the `social sciences' is: some do, some don't. -- Ernest Rutherford