221–230 of 255 posts
Earlier quoted context omitted.
Wow, cool and really well working app! Now I only need to get me a great b/t keyboard that fits in a pocket :)
When I was a kid, the phones had hardware keyboards built-in!
Dissipating almost 4Ah in 10 minutes was genuinely terrifying
Earlier quoted context omitted.
> I don't want to do a full reboot every time I "unplug" the phone from desktop processing unit and move it somewhere else. How do you expect this to work? You can’t hibernate an OS and swap out all the hardware and expect it to actually wake back up. You’re going to have to do a full boot.
Actually, you probably could. If you write the hibernate image to a place using a machine-id of some sort. Imagine you have images like /hibernate/machine/5c76f5e0-9117-4e33-8093-9de2e2f1b6de /hibernate/machine/d755fe2c-2b13-4436-8a5b-ba3363b9c642 When your kernel boots up, it grabs its machine-id and looks for a hibernation image to map into its memory. If it finds one, great, you have an "instant wake". If it doesn…
Earlier quoted context omitted.
A shitty, half-assed linux. Until I can just put Debian on natively, and use apt-get for packages without a problem, I want us to keep moving to an actual linux on the phone. I'm quite eager to get away from android
I would love to get away from Android, but this is helping as much as Ubuntu on Windows is helping to get away from Windows. If you'd want debian natively this also was possible for a while, next to the option to have it run on a compatibility mode on top of your android kernel but does not even require root. Both methods supporting apt-get, X, and whatever else runs on ARM. Then there is also the Ubuntu phone projec…
I'm not sure how much this helps, I'm just replying to the idea that we "Android already IS linux". That is technically true, but not practically true. I also don't want Debian to run on top of the android kernel, but I want to use Debian's kernel. The android one is pretty neutered and crappy.
And yes, it is half-assed linux precisely because it's intentionally not compatible with desktop-like environments. Android has different goals than I want out of a phone, and that's perfectly fine, but that doesn't mean I have to be happy with Android as my only option (excluding IOS as that is a different beast altogether).
Just because you are OK with it doesn't mean that I have to be, and every step further we take from Android, the better, IMO.
What I would like to do is use my phone as portable storage device and then plug it in to external processing unit and boot from my phone. The external processing unit could be desktop computer, laptop or tablet. The reason? When sitting behind my desk at home or office I don't like to be limited with the mobile CPU. I have the required kWhs to power a proper CPU, GPU and run 64GB of memory. I also don't want to run…
Basically it presents ISOs over the USB connection as if they were storage devices, allowing them to act as boot media for a connected PC.
Earlier quoted context omitted.
The Apple 30 pin connector was introduced in 2003 when USB2.0 was all we had, and it's a right pain to enumerate a device and persuade it to start sending you digital audio over USB2. Whereas two analog pins Just Work. Moving the audio to all-digital moves more NRE cost to the devices. It also means there's a potential for the "choice" of rubbish DACs to save cost.
>Whereas two analog pins Just Work. Actually, they only work when they follow the standard physical layer. Try plugging a Line device into a Mic input, or a Line device into a speaker. Or an unbalanced into a balanced jack. It'll "work" but not "correctly." And, just like saving money with "rubbish DACs", there's room for designing complete crap, noisey audio paths (and noisey amplifiers) in products. If people could…
Contrast this situation with digital audio, where the number of modes is exponentially larger by your own admission. Analog audio is more reliable.
This doesn't mean digital couldn't be more reliable; it's just that it hasn't typically been designed with the necessary metadata as part of the protocol.
Earlier quoted context omitted.
Yes that is indeed what I was thinking of - it's a very interesting project. Imagine if that device was a fully functional, standalone phone ...
I don’t understand the desire for this. In this model, you’re still carrying a laptop. It’s just utterly useless without the phone.
No syncing required. You only have a single computer. That's a big win, I think ...
What I would like to do is use my phone as portable storage device and then plug it in to external processing unit and boot from my phone. The external processing unit could be desktop computer, laptop or tablet. The reason? When sitting behind my desk at home or office I don't like to be limited with the mobile CPU. I have the required kWhs to power a proper CPU, GPU and run 64GB of memory. I also don't want to run…
I seem to recall there is an app like that for Android, but it requires a rooted device. Basically it presents ISOs over the USB connection as if they were storage devices, allowing them to act as boot media for a connected PC.
Sounds rather nice, especially considering I've been installing various systems over the last few days and flashing images to a thumb drive gets old really fast.
Thanks for mentioning this, it'll probably save me a few hours in the future!
I miss my N900, I could run full fledged Debian on it. The Maemo OS also had Terminal app with full SSH client & server app. I used to SSH into my phone from my laptop just for kicks. And then Nokia had to go and fuck it all up.
Earlier quoted context omitted.
The kernel sources are all out there, the kernel part of the BSP is GPL by necessity. Samsung actually makes some effort to upstream a certain amount of the kernel code coming from their chipset vendors (because Samsung uses entirely different chipsets for different markets, so it's more convenient to have fewer downstream patches). There is nothing, and I mean nothing, to stop you from forward-porting any driver or…
The drivers are proprietary.
I personally wouldn't settle for a system with a closed source userspace, but Brakenshire said that you're stuck with an old kernel, which is just not true.
Earlier quoted context omitted.
Tethering fees are another "brilliant" invention by the customer-hating American telcos. You get a set amount of data per month, for instance 20GB. Why should they care at all what you decide to use that data for?
I thought that tethering fees only applied to unlimited plans now? At least with Verizon, there is no such fee for the normal data-capped plans.