The increase in accidents is less dangerous relatively slow speed rear end collisions, while side on higher speed, and so more deadly, rates go down.
While can't you people on your side of the pond keep your distance with the person in front of you ? Most driving code/law require the driver to keep enough braking distance in front. (If you can't stop suddenly, then it's your fault than you didn't leave enough distance to be able to / weren't attentive enough).
---
Said as someone who drives mostly in northern Europe
---
Yes, I know, the situation is quite different in southern France or Italy.
---
And anyway the whole point is quickly becoming moot as most European car constructors are not only providing anti-collision assisting technology, but even putting them in standard configuration (the *whole* VW fleets is equipped with there beast. Even the punny little "Up!" has a LIDAR).
Ok...it sounds like you're telling me that I should purchase backup media of things I already pay to stream.
Saddly, that's the exact current situation. You do NOT own a copy of the medium, what you OWN is simply an authorisation to stream it. At any point of time you could lose access to this media (same with DRM'ed e-books auto-erasing themselves from e-readers, etc.) You do not own a movie, you own the right to stream when available.
The better solution for things that you *absolutely desperately need available under any circumstance*, is to OWN a copy of the media, and then exercice the *Fair Use* exception granted by your local jurisdictions and make your own extra backup copies. (Note: If you leave in a jurisdiction where your local digital copy law prevents you from making such copies, then your local law is broken. I hope for you you leave in a direct democracy where you can actually influence the laws).
Again, the example was a movie that parents absolutely desperately need for their kids. Not any random movie, but a "mission critical"-one. Rely on an external resource that could go down is asking for trouble. You *need* to jump through the hoops to *guarantee* that you have a backup. And again that's the situation in practice: all my colleagues with kids have some media-server solution or other (most frequently based on Plex + Synology, hassle free). Same in my family, when I was yonger, I helped my parents duplicate tapes for a mentally-challenged brother, and we progressively switched to other backup techniques as technology progressed.
"Getting what I deserve", in your view, is apparently not getting the service I paid for.
At approx. ~15 USD / months (I don't know what Netflix charges in the US, but thats what Netflix charges here around and that dead fucking cheap given the local cost of life), yup you *DO* get what you paid for. Want to be as cheap as fuck - service will go down occasionally. Want to have high availability ? Go for a slightly more expensive solution that puts more efforts into disaster recovery. (e.g.: The streaming services offered by internet service provider here around are more expensive than Netflix for similar offer, but I haven't heard of outage. But I haven't heard of Netflix outage here around neither).
My point was that just because Netflix is an entertainment service, that doesn't mean they should be held to lower standards, than any other service. In my opinion, this attitude let's a lot of companies get away with quite a lot of horseshit, particularly on mobile devices.
Hey, I work in healthscare ! (Among other), Let's but Netflix and medical companies at the same level of standards ! It's going to be great for both, which ever the direction.
The fact that one of us hosts an entertainment service shouldn't make us less accountable for delivering on that service to our customers.
On the other hand, there's less danger of people dying if an *entertainment* service goes down. Depending at which level you are on Baselow's pyramid, a loss of service could incure much more risks. And these company are legally required to put much more efforts into it.
Inversely, customers that complain about an interruption of their service are not automatically less entitled to compensation just because the service is for a leisure activity.
No, but I they went for the cheap-ass solution they shouldn't wonder if it goes down much often.
There's difference if a service that you pay a few bucks per months to have a few laughs in front of your TV goes down. Compared to when a services that costs several thousands monthly and needs to provide the surgeon with all the extra data (medical imagery) he might need.
Or in other words, there's a reason why Netflix is so cheap and - you shouldn't be surprised when it gows down - you shouldn't rely
Yup, this is basically some sort of "Yubikey for credit cards".
Some Swiss Banks have also experimented with "Yubikey for PKI cards", i.e.: the card itself has some minimal hardware (LCD screen and keypad) so you can use to sign transactions (like e-banking) - without pluging it in a PKI-card reader - without needed a smartphone with compatible NFC wireless reader.
What? OpenRC? Why run a mean a lean init system written C ? The heresy !
When you could show the world how geeky you are by running a horrible pile of hacked-together shell-scripts as the gods themselves (= Old versions of UNIX) intended ? With said shell script running inside bash, a shell interpreter whose BUG manpage section not only opens with...:
The Raspberry Pi mostly solves all of these problems and gives you a lot more for the same price.
Depends on what is your intent.
If it is just a small electronic gizmo (like making a small portable gaming console or driving a screen to show informations, etc...) Then yes, the Raspbery Pi is definitely better : more raw power (put a real linux instead of hacking raw firmware) supports way more things out of the box (it simply speaks standard A/V protocols like HDMI, much easier to hook to a screen) and even got a few protocols supported (USB, I2C, SPI, etc.) to hook up peripherals. (e.g.: you can hook 4-wire SPI speaking colour LEDs) Not to mention "big machine's" protocols like Ethernet networking and Bluetooth/Wifi either easy over USB (Pi1/2)or even better: built-in starting from Pi3
But if you want to process raw signals (i.e.: connect to any kind of sensors that doesn't speak one of the above protocols) a micro controller is much better for handling the low-level stuff. e.g.: - you use sensors that don't output measurement over I2C but over analog channels. - you want to use 3-wire colours LEDs with a simplistic pulse-code - you want to make a converter for an old vintage console controller with some weird legacy protocole (or PC controller before USB became the standard. Like Logitech's ADI) to USB. Then a micro-controller like the Arduino is a better platform (even if it's sole purpose is to be a front-end that converts the weird stuff to USB/I2C which is then sent to a Raspberry Pi for display/processing/network diffusion)
The only thing that Raspberry Pi, is the need to fumble with Wifi-shields on arduino (Though SD Card with Flash + embed Wifi server already solved most of this).
God help you if you have younger children who often work a certain episode of their favorite TV show into a routine request.
For such a highly critical use (I'm not joking here) if you only rely 100% on Netflix and don't have any disaster recovery strategy in place, you get what your deserve.
Said as the older sibling. The arrival of DVD - a digital media that can be much more easily and reliably copied as video tapes - was a god send back then. Most of the parent I know nowadays have media servers at home with local copy of all the "mission critical" movies/tv series. And local copies downloaded on a tablet.
I don't understand why the linux community is not capitalizing on the situation with the Windows 10 Fiasco and Google and Apple spying on you? This is quite the time to hit them with a secure OS. Start making deals to get Adobe products to work on Linux and others like the old Unix's did before.
I drilled my phone, but all I got is an old analog video-out jack. Did I drill at the wrong place ? Or do you need a special "Apple"-branded drill bit for this hack to work ?
I think what the poster meant is that he's working on the other side of the same street. (Or working from home), and litteraly doesn't need a complex system to tell him what are the conditions on the sole cross-read he needs to cross.
---
Alternatively, he's Scandinavian, and the traffic problems he has to face are more weather-related (read: heavy snow-falls) other than other-people related (his closest neighbour, Olaf Guntersson, lives half an hour away).
As mentionned : BMW, Daimler and Volkswagen are German automakers. Their bound by German laws. And people in Germany tend to be very picky about their privacy.
The car will probably have to ask you if you agree to share you data. With options to opt-in or opt-out.
(Though maybe the US-export model will get tempered with and will simply opt out of receiving the aggregated traffic information, but still constantly beam your position. To the NSA. And also transmit everything it can hear around).
The map display in a Tesla already shows traffic congestion.
And you could probably find even older GPS units/applications that predate Tesla and still show traffic congestion. (e.g.: old Tomtom do show traffic). Even before the age of on-line connected cars, in Europe there were traffic information over the RDS data channel on FM stations (and probably the same on the US equivalent ?)
The novelty isn't the traffic information, it's the way data is aggregated.
I have heard that they get the data from aggregate cell phone data. The cell towers can tell when the cellphones bunch up and stop moving.
The news here is that HERE-Maps managed to get competing automakers to work together to share their data on congestion (as determined by the connected cars themselves). (Which could be combined with the coarser info from cell tower to get even more informations).
It's even present on lesser known OSes. - It's the default maps on commercial ports of Sailfish OS - It used to be available on Palm/HP webOS back when those existed. (But I didn't test it much. The unofficial GoogleMaps was better than Here, and the default official Google maps)
Was does Windows have anything to do with couple of thousands games on Steam(*) that all run on any OS (Windows ; Mac OS X ; Linux) ?
Oh, yeah... "Triple-A games". The kind of overrated content that rarely gets correct ports (Hi, Ryan Gordon, thank you for being the refreshing exception to this sad rule !), and is the most likely to b0rk your machine due to DRM (You know! Because "AAA" development costs a lot of money, and the "AAA" studios have to protect their revenue. By completely fucking the experience of their paying customer base).
If anything, today's DRM example is a big argument of why people should prefer the PirateBay version, and why I've personally downloaded cracks for any DRMed game that I've bought.
----
(*) : I know that Steam also uses some forms of DRM, but we have yet to have a FA on/. titled "Steam's own DRM causes a massive backdoor on all computers"
The first sentence talks about INCOGNITO messages and the second about NON-INCOGNITO ones.
Yup, you're missing something : default setting.
By default, on Allo, every conversation is non-incognito. You need to explicitely jumps some (albeit small) hoops to gain privacy by accessing the incognito mode (it works the same as the various "incognito tabs", "porn mode tabs", etc. that have appeared on browsers). For everyone else, Google's AI will mine the shit out of everything you say - "to help make the AI better by better knowing you, and thus giving you more relevant answers and auto-suggestions" (i.e.: being to target the shit out of you with all the deluge of on-line ads you're exposed to everywhere) (not to mentions NSA's wet dream: your Google-AI's answers/suggestions could accidentally incriminate you).
By default, the end-to-end encryption in Silence Circle, WhatsApp or the OTR plugin in Pidgin/Adium/Jisti, etc. kick in as soon as possible, and displays warning if anything fishy is happening. Privacy is the default behaviour. The companies use whisper (or the OTR devs for the latter), are not in a position where they could access your data.
- Supports XMPP/Jabber/Jingle and SIP (a little bit less options available than Pidgin)
- It also has support for OTR (so a Pidgin+OTR user can have a end-to-end encrypted chat with a Jitsi user, all this over a Jabber connection with Google Talk/Hangouts)
- It also has support for ZRTP (so Jitsi user and, e.g.: a Twinkle user, can have a end-to-end encrypted Voice-call, over some random SIP provider).
It's not just intentional sabatoge that can cause a lack of support. Newly release chipsets or other hardware often doesn't have initial Linux support.
In early December 2015 I built myself a Desktop using the latest Skylake Chipset (released 5th Aug 2015) and all I had to do was select "Other OS" and I installed Fedora 23 KDE spin without any problems.
In fact, if you follow news sites like Phoronix, you'd notice that Intel spends quite some resources making sure that their chipsets have release-day support in the mainstream kernel. That shouldn't be a surprise, given that Intel's chipsets are also very popular on server, and those most frequently run some Linux distro - CentOS probably.
I can understand if graphics drivers are not available for a new graphics card
(and, as a side note, since the release of the Polaris GPU, AMD is starting to manage release-day support for their graphic cards too).
Unfortunately switching back to the PC port dropped signal which required me to reset the PC.
That *really* sounds like a HDCP (the copy-protection on HDMI connections) problem. The PC's GPU failing to renegotiate the HDCP with the monitor upon being switched back.
Putting a HDCP stripper between your PC and monitor (and eventually PS4 and monitor) should definitely and radically solve the problem.
And yet, I can easily found dozens of 10" tablet "powered" by Mediatek chipset, that can still run on Android, and all cost ~150 CHF (~140 EUR, ~155 USD, ~120 GBP). (Similar tendency of price difference in smartphones too)
The same android.
Of course, if you try and look for the most expensive Android manufacturer, it's going to be in the same ballpark as Apple. For the rest of us, you could try a cheaper alternative (LG, HTC, etc.) For the people who simply use tablets and smartphones as glorified Web/Facebook/Instagram browsers and chat machines, you can find ultra-low cost (Huawei, or even less known asian brands).
it's just the chicken-or-the-egg problem in regards to Linux support for games.
Well, given the current repertoire available for Linux on Steam : it's more like there a giant flock of tiny hummingbirds who are happily laying eggs all together in Linux nest. Only a couple of huge ostriches are too smug to lay their giant eggs there, or are only able to lay hideously deformed linux eggs.
There are currently thousands of Linux games on Steam. Most are indie games. Of the triple A big studios, only a few run on engines that already have good Linux ports (hi, Ryan Gordon !) The rest are either doing extremely crappy ports relying on aweful middle-ware for the windows-to-unix adaptation, or completely ignore the non-Windows/non-DirectX market.
----
That's a gap that Vulkan could eventually close one day:
unlike the OpenGL vs DirectX opposition, Vulkan is the same API everywhere. Including Windows, including Linux, including other hardware.
Also, Vulkan *drivers* are much lower-level and simpler than OpenGL or DirectX (because most of the advanced management is moved out of the driver and into the game engine. That's the whole point of giving low-level access to the devs : to help them have better control on the hardware by letting them handle all the small management details) - that also means that the Linux world can produce Vulkan drivers at a faster pace with less bugs (see the fully open-source RADV driver for Radeon hardware). Less playing "catching up" than current OpenGL revision in Mesa or DirectX compatibility layers in Wine.
And for game makers, it means most of the heavy optimisation done in the game engines (and these are going to be much heavier optimisation due to the bigger role played by game engines) can be leveraged much more easily on anything running Vulkan (that includes Linux and Valve's SteamBoxen) than used to be before (where a DirectX-developped game engine needed to be ported to whatever runs on the port target. Means usually rewriting the engine to run on some PlayStation's low-level API. And a Mac OS X/Linux port means yet another rewrite to OpenGL)
lenovo is many companies. their business laptop division is nothing like the 'yoga crap' that they sell consumers with crapware.
You mean the Thinkpad line that they acquired from IBM ? Yes, that one is an entirely different kind of beast.
- The good thing is that they are very easy to repair. (In addition to being very sturdy)
Whereas with some other constructors you can find two laptops that have the same official name, but different internals, to the point that their customer service actually asks you to give part of the serial number instead (HP, I'm looking at you...)
With Thinkpads, it's actually the opposite: plenty of different models share common parts (e.g.: the keyboard is usually the same across lots of models). - The bad thing is all the BIOS / Firmware weirdness. Older laptops I've seen didn't have a full BIOS Setup. Only a couple of basic stuff could be change from the setup. Most of the settings where handled by DOS tools (like settings IO Ports and IRQs). And the whole black/white list fiascos date back from IBM time - they "had to protect their business", i.e.: make sure you could only buy mini-PCI cards from their (expensive) shop, instead of any compatible after-market 3rd party part.
the spyware and phone home stuff does not tend to exist on the business level lappies. business guys would not put up with that
One of the main reason is that upon buying new equipment, the IT department of most business tends to reinstall a whole new OS from scratch (usually combined with all the necessary crypto-layers, remote-access tools, etc.) So trying to pre-install any crap on a business laptop is futile.....unless you manage to get it running on the "Intel ME" (The "lights-out" management engine from Intel : a separate low-power core that runs a small webserver that enables the IT department to do remote management on any corporate workstation or laptop, even when the main CPU is shut down, as long as the device is connected some how to the corporate network) or "IPMI" (the industry standard for the same functionnality used by anyone else beside Intel). This firmware is currently NOT open, and can't be installed by anyone. It only comes together with the BIOS/EFI upgrades. And researchers has already found tons of vulnerabilities in these firmwares. To the point that you don't actually need a real backdoor/spyware to spy on users, you just need to abuse one of the multiple exploit in the wild.
Current best practice : - for servers : keep the management on a separate private network. - for laptops : just kill the function, and ask the user to physically bring the laptop whenever you have maintenance to do. The remote access isn't worth the security risk.
We think that you're grossly underestimating the size of the effort. But thank you for diverting a bit of your fortune to our cause. It's a refreshing change from counting on big pharma corporations to divert a bit from their marketing budget....
Actually, you can find microSD card readers that plug into the Lightning port of the iPhone. So you could in theory use a 1TB card with them on an iPhone.
And never the less, these cards target video/photo hardware. So it will get plugged in the camera itself (which certainly has a SD card port), and very likely has p-2-p Wifi connection to directly upload the pictures and videos to smartphones and laptops.
So, for the specific use case for which this hardware was developped, Apple hardware isn't at a disadvantage. (Though Apple hardware sucks for not having any SD port: as there's no way to extend the internal storage)
My general impression is that SDHC support implies SDXC support, even if it doesn't say so on the tin.
Yup, unlike the plain old SD card format (which was limited to 1GB due to a small number of addressable blocks. Up to 4GB by using larger block), the protocol hasn't changed at all between SDHC and SDXC. The difference is purely software: SDHC are formatted with FAT32, whereas the SDXC standard mandates the use of exFAT. Which Microsoft has patented the shit out of.
Any slot can access both SDHC and SDXC cards without any distinction. The limitation is at the *OS level*, and depends on whether the OS maker has paid the necessary patent tax to be able to access the logical content of the card: An SDXC slot is simply an SDHC slot on a device whose OS has a driver for exFAT in addition to FAT32, etc.
You can use a SDXC card in any device advertised as SDHC-only only simply by : - installing an exFAT driver (e.g.: install FUSE-exFAT on Sailfish OS) - or reformatting the card with something that the OS supports out of the box. Some Android devices and photocamera will automatically give you the possibility to reformat the card. Other device (like Nintendo's New 3DS) will require you to manually reformat the card using a separate device before plugging in.
The size will have absolutely NO influence. (Again, that's unlike plain SD card, which use an older protocol that can only reference a smaller number of blocsk)
They often come up well short of the rated speed of the SD media, but they still work.
And that has nothing to do with SDHC/SDXC format or the size. That's basically similar to all the various UDMA mode available on older IDE (parallel ATA), 16bit PC-Card and Compact Flash cards. There are several different speed protocols available for SD cards. On your device, the SDXC card fall back to older and slower speeds (Class-10, class-6, etc.), whereas the SDXC could have supported a faster one (UHS-1, UHS-3) had the reader had it too.
At least that's the theory, when writing on a plain empty card.
In practice, as there are already data on the card, it is limited mostly by the read-erase-write cycles and various wear-levelling tricks. (So it's mostly due to an interaction between the file system used by the OS and the firmware running on the SD card. - With Log-Structured and Copy-on-Write filesystems like UDF, F2FS, BTRFS, ZFS being better than classical FAT32. - And SD cards capable to handle many allocation units in RAM at the same time performing better)
Slashdot Mirror
The increase in accidents is less dangerous relatively slow speed rear end collisions, while
side on higher speed, and so more deadly, rates go down.
While can't you people on your side of the pond keep your distance with the person in front of you ?
Most driving code/law require the driver to keep enough braking distance in front.
(If you can't stop suddenly, then it's your fault than you didn't leave enough distance to be able to / weren't attentive enough).
---
Said as someone who drives mostly in northern Europe
---
Yes, I know, the situation is quite different in southern France or Italy.
---
And anyway the whole point is quickly becoming moot as most European car constructors are not only providing anti-collision assisting technology, but even putting them in standard configuration (the *whole* VW fleets is equipped with there beast. Even the punny little "Up!" has a LIDAR).
Ok...it sounds like you're telling me that I should purchase backup media of things I already pay to stream.
Saddly, that's the exact current situation.
You do NOT own a copy of the medium, what you OWN is simply an authorisation to stream it.
At any point of time you could lose access to this media
(same with DRM'ed e-books auto-erasing themselves from e-readers, etc.)
You do not own a movie, you own the right to stream when available.
The better solution for things that you *absolutely desperately need available under any circumstance*, is to OWN a copy of the media, and then exercice the *Fair Use* exception granted by your local jurisdictions and make your own extra backup copies.
(Note: If you leave in a jurisdiction where your local digital copy law prevents you from making such copies, then your local law is broken. I hope for you you leave in a direct democracy where you can actually influence the laws).
Again, the example was a movie that parents absolutely desperately need for their kids. Not any random movie, but a "mission critical"-one.
Rely on an external resource that could go down is asking for trouble. You *need* to jump through the hoops to *guarantee* that you have a backup.
And again that's the situation in practice: all my colleagues with kids have some media-server solution or other (most frequently based on Plex + Synology, hassle free). Same in my family, when I was yonger, I helped my parents duplicate tapes for a mentally-challenged brother, and we progressively switched to other backup techniques as technology progressed.
"Getting what I deserve", in your view, is apparently not getting the service I paid for.
At approx. ~15 USD / months (I don't know what Netflix charges in the US, but thats what Netflix charges here around and that dead fucking cheap given the local cost of life), yup you *DO* get what you paid for.
Want to be as cheap as fuck - service will go down occasionally.
Want to have high availability ? Go for a slightly more expensive solution that puts more efforts into disaster recovery.
(e.g.: The streaming services offered by internet service provider here around are more expensive than Netflix for similar offer, but I haven't heard of outage.
But I haven't heard of Netflix outage here around neither).
My point was that just because Netflix is an entertainment service, that doesn't mean they should be held to lower standards, than any other service. In my opinion, this attitude let's a lot of companies get away with quite a lot of horseshit, particularly on mobile devices.
Hey, I work in healthscare ! (Among other), Let's but Netflix and medical companies at the same level of standards ! It's going to be great for both, which ever the direction.
The fact that one of us hosts an entertainment service shouldn't make us less accountable for delivering on that service to our customers.
On the other hand, there's less danger of people dying if an *entertainment* service goes down.
Depending at which level you are on Baselow's pyramid, a loss of service could incure much more risks. And these company are legally required to put much more efforts into it.
Inversely, customers that complain about an interruption of their service are not automatically less entitled to compensation just because the service is for a leisure activity.
No, but I they went for the cheap-ass solution they shouldn't wonder if it goes down much often.
There's difference if a service that you pay a few bucks per months to have a few laughs in front of your TV goes down.
Compared to when a services that costs several thousands monthly and needs to provide the surgeon with all the extra data (medical imagery) he might need.
Or in other words, there's a reason why Netflix is so cheap and
- you shouldn't be surprised when it gows down
- you shouldn't rely
Yup, this is basically some sort of "Yubikey for credit cards".
Some Swiss Banks have also experimented with "Yubikey for PKI cards",
i.e.: the card itself has some minimal hardware (LCD screen and keypad) so you can use to sign transactions (like e-banking)
- without pluging it in a PKI-card reader
- without needed a smartphone with compatible NFC wireless reader.
What? OpenRC? Why run a mean a lean init system written C ? The heresy !
When you could show the world how geeky you are by running a horrible pile of hacked-together shell-scripts as the gods themselves (= Old versions of UNIX) intended ? :
With said shell script running inside bash, a shell interpreter whose BUG manpage section not only opens with...
It's too big and too slow.
...but also a shell interpreter that features full blown networking support out of the box ?
Turn your geek card, you non-Sysvinit / non-Bash script heretic !
The Raspberry Pi mostly solves all of these problems and gives you a lot more for the same price.
Depends on what is your intent.
If it is just a small electronic gizmo (like making a small portable gaming console or driving a screen to show informations, etc...)
Then yes, the Raspbery Pi is definitely better :
more raw power (put a real linux instead of hacking raw firmware)
supports way more things out of the box (it simply speaks standard A/V protocols like HDMI, much easier to hook to a screen)
and even got a few protocols supported (USB, I2C, SPI, etc.) to hook up peripherals.
(e.g.: you can hook 4-wire SPI speaking colour LEDs)
Not to mention "big machine's" protocols like Ethernet networking and Bluetooth/Wifi either easy over USB (Pi1/2)or even better: built-in starting from Pi3
But if you want to process raw signals (i.e.: connect to any kind of sensors that doesn't speak one of the above protocols) a micro controller is much better for handling the low-level stuff.
e.g.:
- you use sensors that don't output measurement over I2C but over analog channels.
- you want to use 3-wire colours LEDs with a simplistic pulse-code
- you want to make a converter for an old vintage console controller with some weird legacy protocole (or PC controller before USB became the standard. Like Logitech's ADI) to USB.
Then a micro-controller like the Arduino is a better platform (even if it's sole purpose is to be a front-end that converts the weird stuff to USB/I2C which is then sent to a Raspberry Pi for display/processing/network diffusion)
The only thing that Raspberry Pi, is the need to fumble with Wifi-shields on arduino
(Though SD Card with Flash + embed Wifi server already solved most of this).
God help you if you have younger children who often work a certain episode of their favorite TV show into a routine request.
For such a highly critical use (I'm not joking here) if you only rely 100% on Netflix and don't have any disaster recovery strategy in place, you get what your deserve.
Said as the older sibling. The arrival of DVD - a digital media that can be much more easily and reliably copied as video tapes - was a god send back then.
Most of the parent I know nowadays have media servers at home with local copy of all the "mission critical" movies/tv series.
And local copies downloaded on a tablet.
but I bet that most of the code I write is in posix sh, bash or perl
Perl, yeah. I like it a lot too.
But sometimes I need to be able not only to write, but also read what I've written.
To determine what a piece of code actually does.
Or if it was simply my cat walking over the keyboard.
Or it it was my cat that successfully patched a mission critical Perl-script by randomly walking across my keyboard...
~~~
I don't understand why the linux community is not capitalizing on the situation with the Windows 10 Fiasco and Google and Apple spying on you? This is quite the time to hit them with a secure OS. Start making deals to get Adobe products to work on Linux and others like the old Unix's did before.
Git cherry pick failed: merge conflict detected.
Please resolve manually.
I drilled my phone, but all I got is an old analog video-out jack.
Did I drill at the wrong place ?
Or do you need a special "Apple"-branded drill bit for this hack to work ?
I think what the poster meant is that he's working on the other side of the same street.
(Or working from home), and litteraly doesn't need a complex system to tell him what are the conditions on the sole cross-read he needs to cross.
---
Alternatively, he's Scandinavian, and the traffic problems he has to face are more weather-related (read: heavy snow-falls) other than other-people related (his closest neighbour, Olaf Guntersson, lives half an hour away).
So if your phone is going 100mph in a 45mph zone {...} if we want to catch speeders it is a much smaller data sets with less big computation.
Hallo ! Vee are the German Automakers von BMW, Daimler and Volkswagen.
Vee are tasked mit designing dis car data aggregator.
Vat is dis "Speed limit" dat you're speaking of ?
Vee have never heard about it....
(Alzo, vat are dis "mph" units ? Do you have nicht metric Zystem ?)
~~~
As mentionned :
BMW, Daimler and Volkswagen are German automakers. Their bound by German laws.
And people in Germany tend to be very picky about their privacy.
The car will probably have to ask you if you agree to share you data.
With options to opt-in or opt-out.
(Though maybe the US-export model will get tempered with and will simply opt out of receiving the aggregated traffic information, but still constantly beam your position. To the NSA. And also transmit everything it can hear around).
The map display in a Tesla already shows traffic congestion.
And you could probably find even older GPS units/applications that predate Tesla and still show traffic congestion.
(e.g.: old Tomtom do show traffic).
Even before the age of on-line connected cars, in Europe there were traffic information over the RDS data channel on FM stations
(and probably the same on the US equivalent ?)
The novelty isn't the traffic information, it's the way data is aggregated.
I have heard that they get the data from aggregate cell phone data. The cell towers can tell when the cellphones bunch up and stop moving.
The news here is that HERE-Maps managed to get competing automakers to work together to share their data on congestion (as determined by the connected cars themselves).
(Which could be combined with the coarser info from cell tower to get even more informations).
It's even present on lesser known OSes.
- It's the default maps on commercial ports of Sailfish OS
- It used to be available on Palm/HP webOS back when those existed. (But I didn't test it much. The unofficial GoogleMaps was better than Here, and the default official Google maps)
Because people want to play video games...
Was does Windows have anything to do with couple of thousands games on Steam(*) that all run on any OS (Windows ; Mac OS X ; Linux) ?
Oh, yeah... "Triple-A games".
The kind of overrated content that rarely gets correct ports (Hi, Ryan Gordon, thank you for being the refreshing exception to this sad rule !), and is the most likely to b0rk your machine due to DRM (You know! Because "AAA" development costs a lot of money, and the "AAA" studios have to protect their revenue. By completely fucking the experience of their paying customer base).
If anything, today's DRM example is a big argument of why people should prefer the PirateBay version, and why I've personally downloaded cracks for any DRMed game that I've bought.
----
(*) : I know that Steam also uses some forms of DRM, but we have yet to have a FA on /. titled "Steam's own DRM causes a massive backdoor on all computers"
The first sentence talks about INCOGNITO messages and the second about NON-INCOGNITO ones.
Yup, you're missing something : default setting.
By default, on Allo, every conversation is non-incognito. You need to explicitely jumps some (albeit small) hoops to gain privacy by accessing the incognito mode (it works the same as the various "incognito tabs", "porn mode tabs", etc. that have appeared on browsers).
For everyone else, Google's AI will mine the shit out of everything you say - "to help make the AI better by better knowing you, and thus giving you more relevant answers and auto-suggestions" (i.e.: being to target the shit out of you with all the deluge of on-line ads you're exposed to everywhere)
(not to mentions NSA's wet dream: your Google-AI's answers/suggestions could accidentally incriminate you).
By default, the end-to-end encryption in Silence Circle, WhatsApp or the OTR plugin in Pidgin/Adium/Jisti, etc.
kick in as soon as possible, and displays warning if anything fishy is happening.
Privacy is the default behaviour.
The companies use whisper (or the OTR devs for the latter), are not in a position where they could access your data.
I hope you notice the subtle difference.
Adium/Pidgin with OTR....
Jitsi is another interesting clients.
- Supports XMPP/Jabber/Jingle and SIP (a little bit less options available than Pidgin)
- It also has support for OTR (so a Pidgin+OTR user can have a end-to-end encrypted chat with a Jitsi user, all this over a Jabber connection with Google Talk/Hangouts)
- It also has support for ZRTP (so Jitsi user and, e.g.: a Twinkle user, can have a end-to-end encrypted Voice-call, over some random SIP provider).
It's not just intentional sabatoge that can cause a lack of support. Newly release chipsets or other hardware often doesn't have initial Linux support.
In early December 2015 I built myself a Desktop using the latest Skylake Chipset (released 5th Aug 2015) and all I had to do was select "Other OS" and I installed Fedora 23 KDE spin without any problems.
In fact, if you follow news sites like Phoronix, you'd notice that Intel spends quite some resources making sure that their chipsets have release-day support in the mainstream kernel.
That shouldn't be a surprise, given that Intel's chipsets are also very popular on server, and those most frequently run some Linux distro - CentOS probably.
I can understand if graphics drivers are not available for a new graphics card
(and, as a side note, since the release of the Polaris GPU, AMD is starting to manage release-day support for their graphic cards too).
Unfortunately switching back to the PC port dropped signal which required me to reset the PC.
That *really* sounds like a HDCP (the copy-protection on HDMI connections) problem. The PC's GPU failing to renegotiate the HDCP with the monitor upon being switched back.
Putting a HDCP stripper between your PC and monitor (and eventually PS4 and monitor) should definitely and radically solve the problem.
[Fail] Best-of-breed desktop productivity applications for everyday business and home computer users
Could please drop OpenOffice.org and move to LibreOffice like everyone else ? Thank you very much.
Please let OOo die in its Oracle-sponsored death.
And yet, I can easily found dozens of 10" tablet "powered" by Mediatek chipset, that can still run on Android,
and all cost ~150 CHF (~140 EUR, ~155 USD, ~120 GBP).
(Similar tendency of price difference in smartphones too)
The same android.
Of course, if you try and look for the most expensive Android manufacturer, it's going to be in the same ballpark as Apple.
For the rest of us, you could try a cheaper alternative (LG, HTC, etc.)
For the people who simply use tablets and smartphones as glorified Web/Facebook/Instagram browsers and chat machines, you can find ultra-low cost (Huawei, or even less known asian brands).
Most
it's just the chicken-or-the-egg problem in regards to Linux support for games.
Well, given the current repertoire available for Linux on Steam :
it's more like there a giant flock of tiny hummingbirds who are happily laying eggs all together in Linux nest.
Only a couple of huge ostriches are too smug to lay their giant eggs there, or are only able to lay hideously deformed linux eggs.
There are currently thousands of Linux games on Steam. Most are indie games.
Of the triple A big studios, only a few run on engines that already have good Linux ports (hi, Ryan Gordon !)
The rest are either doing extremely crappy ports relying on aweful middle-ware for the windows-to-unix adaptation,
or completely ignore the non-Windows/non-DirectX market.
----
That's a gap that Vulkan could eventually close one day:
unlike the OpenGL vs DirectX opposition, Vulkan is the same API everywhere.
Including Windows, including Linux, including other hardware.
Also, Vulkan *drivers* are much lower-level and simpler than OpenGL or DirectX (because most of the advanced management is moved out of the driver and into the game engine. That's the whole point of giving low-level access to the devs : to help them have better control on the hardware by letting them handle all the small management details) - that also means that the Linux world can produce Vulkan drivers at a faster pace with less bugs (see the fully open-source RADV driver for Radeon hardware). Less playing "catching up" than current OpenGL revision in Mesa or DirectX compatibility layers in Wine.
And for game makers, it means most of the heavy optimisation done in the game engines (and these are going to be much heavier optimisation due to the bigger role played by game engines) can be leveraged much more easily on anything running Vulkan (that includes Linux and Valve's SteamBoxen) than used to be before (where a DirectX-developped game engine needed to be ported to whatever runs on the port target. Means usually rewriting the engine to run on some PlayStation's low-level API. And a Mac OS X/Linux port means yet another rewrite to OpenGL)
you don't know the whole story.
lenovo is many companies. their business laptop division is nothing like the 'yoga crap' that they sell consumers with crapware.
You mean the Thinkpad line that they acquired from IBM ? Yes, that one is an entirely different kind of beast.
- The good thing is that they are very easy to repair. (In addition to being very sturdy)
Whereas with some other constructors you can find two laptops that have the same official name, but different internals, to the point that their customer service actually asks you to give part of the serial number instead (HP, I'm looking at you...)
With Thinkpads, it's actually the opposite: plenty of different models share common parts (e.g.: the keyboard is usually the same across lots of models).
- The bad thing is all the BIOS / Firmware weirdness. Older laptops I've seen didn't have a full BIOS Setup. Only a couple of basic stuff could be change from the setup. Most of the settings where handled by DOS tools (like settings IO Ports and IRQs).
And the whole black/white list fiascos date back from IBM time - they "had to protect their business", i.e.: make sure you could only buy mini-PCI cards from their (expensive) shop, instead of any compatible after-market 3rd party part.
the spyware and phone home stuff does not tend to exist on the business level lappies. business guys would not put up with that
One of the main reason is that upon buying new equipment, the IT department of most business tends to reinstall a whole new OS from scratch (usually combined with all the necessary crypto-layers, remote-access tools, etc.) ..unless you manage to get it running on the "Intel ME" (The "lights-out" management engine from Intel : a separate low-power core that runs a small webserver that enables the IT department to do remote management on any corporate workstation or laptop, even when the main CPU is shut down, as long as the device is connected some how to the corporate network) or "IPMI" (the industry standard for the same functionnality used by anyone else beside Intel).
So trying to pre-install any crap on a business laptop is futile...
This firmware is currently NOT open, and can't be installed by anyone. It only comes together with the BIOS/EFI upgrades.
And researchers has already found tons of vulnerabilities in these firmwares. To the point that you don't actually need a real backdoor/spyware to spy on users, you just need to abuse one of the multiple exploit in the wild.
Current best practice :
- for servers : keep the management on a separate private network.
- for laptops : just kill the function, and ask the user to physically bring the laptop whenever you have maintenance to do. The remote access isn't worth the security risk.
Dear Mister Zuckerberg,
We think that you're grossly underestimating the size of the effort.
But thank you for diverting a bit of your fortune to our cause.
It's a refreshing change from counting on big pharma corporations to divert a bit from their marketing budget....
- The scientists in the life-science field
Actually, you can find microSD card readers that plug into the Lightning port of the iPhone. So you could in theory use a 1TB card with them on an iPhone.
And never the less, these cards target video/photo hardware.
So it will get plugged in the camera itself (which certainly has a SD card port), and very likely has p-2-p Wifi connection to directly upload the pictures and videos to smartphones and laptops.
So, for the specific use case for which this hardware was developped, Apple hardware isn't at a disadvantage.
(Though Apple hardware sucks for not having any SD port: as there's no way to extend the internal storage)
My general impression is that SDHC support implies SDXC support, even if it doesn't say so on the tin.
Yup, unlike the plain old SD card format (which was limited to 1GB due to a small number of addressable blocks. Up to 4GB by using larger block), the protocol hasn't changed at all between SDHC and SDXC. The difference is purely software:
SDHC are formatted with FAT32, whereas the SDXC standard mandates the use of exFAT. Which Microsoft has patented the shit out of.
Any slot can access both SDHC and SDXC cards without any distinction.
The limitation is at the *OS level*, and depends on whether the OS maker has paid the necessary patent tax to be able to access the logical content of the card: An SDXC slot is simply an SDHC slot on a device whose OS has a driver for exFAT in addition to FAT32, etc.
You can use a SDXC card in any device advertised as SDHC-only only simply by :
- installing an exFAT driver (e.g.: install FUSE-exFAT on Sailfish OS)
- or reformatting the card with something that the OS supports out of the box. Some Android devices and photocamera will automatically give you the possibility to reformat the card. Other device (like Nintendo's New 3DS) will require you to manually reformat the card using a separate device before plugging in.
The size will have absolutely NO influence. (Again, that's unlike plain SD card, which use an older protocol that can only reference a smaller number of blocsk)
They often come up well short of the rated speed of the SD media, but they still work.
And that has nothing to do with SDHC/SDXC format or the size.
That's basically similar to all the various UDMA mode available on older IDE (parallel ATA), 16bit PC-Card and Compact Flash cards.
There are several different speed protocols available for SD cards.
On your device, the SDXC card fall back to older and slower speeds (Class-10, class-6, etc.), whereas the SDXC could have supported a faster one (UHS-1, UHS-3) had the reader had it too.
At least that's the theory, when writing on a plain empty card.
In practice, as there are already data on the card, it is limited mostly by the read-erase-write cycles and various wear-levelling tricks.
(So it's mostly due to an interaction between the file system used by the OS and the firmware running on the SD card.
- With Log-Structured and Copy-on-Write filesystems like UDF, F2FS, BTRFS, ZFS being better than classical FAT32.
- And SD cards capable to handle many allocation units in RAM at the same time performing better)