Karl, The df command tells me this about the partition where Debian is running:
/dev/sda2 167G 95G 64G 60% / so that's not it, it's only about 56K I'm trying to download. May "typically caused" is a clue. Maybe there are other "atypical causes" at work here. I occasionally visit that service at two different access points, one uses the http protocol, and the other the https protocol. The former still works, it's the latter that doesn't. In recent weeks, what with the Amazon login issue, I've been diligent about keeping apace with the modifications , often checking a couple of times a day. I have identical setups on Debian and on ArchLinux, both are "rolling releases," and this current problem was detected at the same time on both. The http address that still works is for their "search page" and the other, using https, is for their daily updates "what's new today" page. I am not a registered user at this service, they seem not to mind lurkers. But both the http and the https portals have worked flawlessly for me forever until sometime middle or late last week, can't be too sure. Coincidences do happen of course, but the timing suggests an unintended consequence of some essential changes to edbrowse have affected the secure protocol and not the other one. If I decide to backtrack, it makes sense to do so stepping backward a day at a time until I can once more access that site. But what would that tell us? I need to think about that. Chuck -- Here too, In Northeast Ohio, The Moon is Waxing Gibbous (95% of Full) When your only tool is a hammer, everything looks like a nail. Sent from Sonia's iPhone. _______________________________________________ Edbrowse-dev mailing list [email protected] http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
