(I actually used to have a "sacred rubber voodoo chicken" that I'd bring with me when someone was having a problem that had a quick solution that I knew about before I arrived on-site. Wait until they look away, click the button that fixes the problem, and then when they turn back, shake the rubber chicken at the computer. "That should do it, let me know if the spirits get disobedient again.")
Unless there's some sort of game they play with "continuations" of patents to keep them going forever (like at least one of the remaining patents around
(From the link above:)"This application is a continuation of application Ser. No. 08/650,896, filed on May 17, 1996, (now abandoned) which was a continuation of application Ser. No. 08/519,620, filed on Sep. 25, 1995, (now abandoned) which was a continuation of application Ser. No. 07/977,748, filed on Nov. 16, 1992, (now abandoned), which was a continuation of application Ser. No. 07/816,528, filed on Dec. 30, 1991, (now abandoned), which was a continuation of application Ser. No. 07/640,550, filed on Jan. 14, 1991, (now abandoned), which was a continuation of application Ser. No. 07/177,550, filed on Apr. 4, 1991, (now abandoned) as international application serial No. PCT/DE87/00384, filed Aug. 29, 1987, claiming priority to foreign appl. No. P3629434.9, filed Aug. 29, 1986."
THEY don't want IPv6 implemented, because IPv6 easily ensures that everyone and their evil twin can have a fully-accessible IP address, allowing them to directly communicate with each other without paying extra rent to the ISP for a "server" or "special" (routable) IPv4 address.
If users' systems can directly communicate with each other, there's far less need for centralized sites for everything where it can be controlled (for example, YouTube for video). Deep packet inspection is an option to spy on people looking for copyright trespassers or subversives, but with encryption becoming more readily available, that gets harder, too.
When anybody who wants to can set up (or even buy "canned") a media appliance running something like "MediaGoblin" to share audio, video, text, photos, etc., or VoIP servers like Mumble or various WebRTC-based systems for conferences and "phone calls" and other audio, servers for federated instant-messaging systems or "social media" platforms, etc. etc., and just assign those systems one of the overflowing bucket of publically-routable IPv6 addresses that everyone can have, it'll remove a huge amount of control that big media and telecommunications corporations (and governments) currently have. They don't want that.
Don't try to tell me it's not true, I can hear 'em talking about it on the radios the CIA implanted in my teeth.
But, seriously, my lazy, cheap, asshat phone company can't/won't give me more than one publically-accessible static IP address, probably really because of the ancient crappy DSL modem/router they force us to use and not being willing to have their executives skip lunch for one or two days to pay for the infrastructure upgrades.
Note that this doesn't necessarily mean it's not a secret conspiracy on a global scale overall, though...
It seems (still) potentially very useful, and the federation stuff seems like a bigger deal that it might initially sound like (instead of needing one person or organization to provide a huge server and mirrors for a big collection of media and user accounts, smaller groups and individuals can "federate" more manageably-sized small server instances that they each run). Also, native pump.io (which is more or less a very extensible "microblogging" standard if I understand right) support ought to mean you won't need a special "mediagoblin" client to use it outside of the web interface, you'll be able to use whatever general pump.io client software you might already be using on other services at the same time (again, assuming I understood that right).
It's one backend that handles a whole lot of different kinds of "media", so you don't need to install a "photo gallery" and a "video server" and a "document server" and so on separately. It takes whatever supported variety of media you give it and converts it to a "web-friendly" open format as needed. As their wiki currently shows: "In the future, there will be all sorts of media types you can enable, but in the meanwhile there are six additional media types: video, audio, raw image, ascii art, STL/3d models, PDF and Document." (Last I heard, it additionally supports a "blog post" sort of type i.e. HTML text. If MediaGoblin takes off I suspect someone would get around to adding
I'd probably be more familiar with it except of the two media types I could potentially get a lot of use out of it for myself, photos/still images seem to be very well supported but I've already got a much-easier-to-install piwigo instance running for those, and audio support is kind of a kludgy mess at the moment. MediaGoblin would otherwise likely be a great (nigh-ideal, even) system for building a sound-effects library and/or podcast-hosting.
To support audio, you have to install scipy and one or two other modules as I recall (in addition to the rest of the python stuff MediaGoblin needs), though it has nothing to do with the actual audio - from what I remember of what I could glean from trying to poke around in the source (disclaimer, I am NOT very experienced at all at python or even "object-oriented" programming in general) every bit of uploaded audio is currently transcoded twice - once to ogg vorbis, which is only used to generate the still-image "thumbnail" graphic in the form of a spectrogram (that's what scipy et al is for) rather than e.g. extracting "cover art" from the metadata or generating a simple image via gd or something. Then that's discarded and the audio is re-transcoded to "webm audio" rather than
I wish I had a better grasp of python - I know gstreamer has (undocumented?) support for reading and writing media metadata tags, if I knew what I was doing I'd try to come up with some patches for the audio thumbnail/tags support, but since I can't even figure out where one would go in the sourcecode to change the output format (to
(No, I'm not going to write it! NO! I said! My will is strong! I cannot...)
In Soviet Russia, State corrupts Corporations!
Or at least, "software running on web servers"?
Is it merely the case that any server (email, XMPP, murmur, etc.) you want to get a "valid" certificate for has to also have a webserver running on it to use this system, or is it literally only intended for "web servers"?
I knew I shouldn't have put my pitchfork and torch away so quickly. Friggin' Google. As much as I love playing with maps, Google can take a long walk off a short pier - I'm not desperate enough for their "product" to mess around with WINE.
It says "Mac and PC" (not "Windows PC") - we've been complaining for years that "PC" doesn't mean "Windows PC", looks like Google for once got the message.
When you click through you do get a "GoogleEarthLinux.bin", or at least, I did. (downloaded on x86_64/Arch Linux/Firefox)
I haven't tried it yet, so I don't know yet if it actually WORKS (unlike the previous version of "regular" Google Earth for me) but it looks like they are handing out Linux versions.
Thanks to the availability of Heimdall, you hypothetically have the ability to unlock and reflash any of the Samsung Galaxy devices (I've only tried on my ancient "Mesmerize" [a variant of the original Galaxy S] and my S4, but both worked fine).
I don't really feel confident that any of the manufacturers are going to bother keeping up with updating older devices, so the first thing I've been looking for since the harsh lesson I was taught by Motorola with my "CLIQ" [ironically still a useful device, having gained support from CyanogenMod back in Gingerbread] is the likelihood that I'll be able to update the device myself with a 3rd-party build.
Granted, that's not for everybody, but it's not as difficult as one might think.
I recently completely reset/reformatted my 2012 Nexus 7 and put CyanogenMod's CM12 ("Lollipop") nightly on it. I intentionally did NOT install the "gapps" (Google apps) add-on.
So far, my own 2012 Nexus 7 has been working great, better even than it was with CM11 ("Key Lime Pie"/Android 4.4.4) with all the Google bloat.
Google has been shoving more and more of the "Android" experience into their apps instead of the OS. The not only are the "apps" and "services" getting more digitally obese, but there seem to be more and more of them every release, just loading up and clogging up ram and occasionally "updating" themselves online doing who-knows-what.
I feel like I saw similar (though less obvious) improvements in performance with previous now-"obsolete" devices that I've similarly purged and custom-ROMmed without the Google Search/Play/Music/Plus/News-And-Weather/Mail/Now/etc.
You're kind of stuck with it if you're dependent on apps that are only available from the Google Play store, but I'm finding I can get everything I need from f-droid instead, or through the web browser, at least so far (and for my own needs).
Anyway, point is, so far it doesn't seem to me like it's really "Lollipop" that the 2012 N7 has a problem with...
I do have the development branch of kdeconnect installed, which I THINK is the kf5 port - it seems to work fine.
They've split the core system and applications development, so I assume that as KF5-native apps are released, they'll just replace the kf4 versions. I'm assuming most distributions will consider them "testing" or "unstable" versions for a while so you'd have to explicitly ask for them (for the first few versions) instead of having them just pop up without warning.
With the core libraries that they depend on in apparently pretty solid shape as of KF5.6 in my experience, I suspect the kf5-native applications will stabilize pretty quickly once they come out.
KDE4's apps still work under it, too. I'm using it fine, though I'm missing the "IM Presence" widget for kde-telepathy.
I actually haven't been seeing crashes or other serious problems so far since about the last couple of releeases (KF5.4), just missing "KF5-native" features from KDE4.