Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Submission + - Can I trust Android rooting tools? Is there a generic approach to root Android?

Qbertino writes: After a long period of evaluation and weighing cons and pros I've gotten myself a brand new Android tablet (10“ Lenovo Yoga 2, Android Version) destined to be my prime mobile computing device in the future. As any respectable freedom-loving geek/computer-expert I want to root it to be able to install API spoofing libraries and security tools to give me owners power over the machine and prevent services like Google and others spying on me, my files, photos, calendar and contacts. I also want to install an ad-blocking proxy (desperately needed — I forgot how much the normal web sucks!).

I’ve searched for some rooting advice and tools, and so far have only stumbled on shady looking sites that offer various Windows-based rooting kits for android devices.

What’s the gist on all this? How much of this stuff is potential malware? What are you’re experiences? Can I usually trust rooting strategies to be malware-free? Is there a rule-of-thumb for this?

Is there perhaps a more generic way for a FOSS/Linux expert who isn’t afraid of the CLI to root any Android 4.4 (Kitkat) device? Advice and own experiences please. Thanks.

Comment I can think of one reason: Predictable hardware. (Score 3, Interesting) 592

Apple still has one thing going for it: Predictable hardware. Even after 15 years or so of OS X, the range of devces is fairly overseeable. If a crew gets Linux to run on a mac, they've like also gotten the drivers and all the extras to run halfway properly.

But that's about the only reason to get a mac to run linux. Besides, I'd pick up this device these days. Awesome project - deserves every support they can get.

Bottom line:
You buy a mac for the awesome hard- and software integration and their sleek product design. Using a mac without its OS isn't that smart, IMHO.

Comment Re: Totally a Problem (Score 2) 562

Amazing that /.'ers assail governments who are trying to protect them from terrorists and then turn a blind eye to Facebook, Google, Yahoo.

If we're going to stick to simple arguments: governments kill more people than terrorists; ergo, they are the greater threat.

Of course, if you want a more sophisticated argument, then you need to go back to democratic principles. Separation of powers, checks and balances, due process, and so forth. It's always about power and preventing too much of it from pooling in one place. No matter how noble government objectives are at the current moment (which you seem to have some charmingly naive assumptions about), you don't want to setup bad power structures or the next thing you know some low-level spook will be defacto dictator of your republic.

Alternately, you could point out that all this spying and intrusion on civil liberties is an enormous waste of money. The government could save wayyyyy more lives by focusing on cancer, heart disease, and vehicular deaths. Heck, poisonings are the second leading cause of accidental deaths, but nobody's insisting the government watch you take your meds or make you lock up your cleaning supplies.

And I don't know what you mean about slashdotters turning a blind eye to Facebook and Google... we bitch about that all the time too.

Comment Totally a Problem (Score 3, Interesting) 562

By definition, no communication using a 3rd party as an intermediary has ever been totally secure.

But with strong crypto it's secure enough that the 3rd party can see (or alter) your communications. Obama and Cameron and (undoubtedly) all other future leaders want to strip away this protection using the force of law to change how crypto products are designed. You will live your life under the state microscope and, as always, the proper prerogatives of government will be twisted to cover up incompetence and serve the powerful few instead of protecting the dignity of the individual.

Comment Re:You have been challenged statist! (Score 1) 248

your idealogy is FALSE and that you blindly and sheepishly support a failed system

All ideologies are false. That's what makes them so tasty. We crave simple rules and easy answers for this complex, interwoven world of ours. And once we subscribe to a set of Answers, we can confidently stride them out upon others... especially those weaker souls who may want to look at an issue from multiple angles and acknowledge the inherent difficulties of society's seemingly numerous and intractable problems. There's nothing better than feeling intellectually invulnerable and knowing that all voices that run in any way counter to your own are automatically corrupt or incompetent, dismissible out of hand without even having to listen to them. The world is so clear when righteousness runs thru your veins.

Whatever the source--left or right, extremist or complacent-- unchecked ideology is the true enemy of humanity .

(Yah, I know... don't feed the trolls, but I've been where AC is, and it is a trap unto itself.)

Comment How do things need to change to live with systemd? (Score 4, Insightful) 551

I fear the day when samba, JBoss, KDE, LibreOffice, GIMP, ... start to be dependent on systemd.

  • * Samba, yes, because it's a daemon.
  • * KDE, yes, because it's a daemon
  • * LibreOffice, no, because as far as I can see it is launched manually. Now, it may need to ask for system resources that may or may not be started at initial boot, but that's a easily partitioned block of code that can see if systemd is there, and run only when it is.
  • * GIMP, no, LibreOffice comment applies
  • * whatever, depends. If it's a daemon, there many need to be something added to the package, but it can be a well-contained block of code that runs once. If it's not a daemon, see the LibreOffice comment.

When I was looking at systemd, one thing I wanted to see in the documentation is how to convert my own home-brew daemons to interface with it properly. Specifically, how to take SysVInit based starts and convert them to use systemd and journald. (Ditto taking UpStart scripts and convert to systemd.) The result needs to work exactly like daemons running under SysVInit. I spent three weeks with CentOS 6 trying to get my daemons to work right under UpStart, and never did get the exact functionality. I had to go back to crontabs for some of the work! So this is not an idle concern to me.

One of the gripes I have is that I want the University of Delaware version of NTP running on my edge boxes. As the group there make tweaks to NTP based on their continuing research, I don't want to wait for another group to do a re-port. That's why I would like to see a published way to interface with systemd/journald that would have minimum impact on the rest of the code base for a daemon.

I can see where daemons need to change. But do they have to be rewritten?

Comment Re:Hans Reiser tried this defense (Score 1) 119

Hans Reiser tried the "somebody else did it" defense.

Maybe he suggested that at some point, but his main argument was that Nina had gone back to Russia.

For Ulbrict's sake, let's hope he has something more substantive.

For justice's sake, let's hope the jury is able to navigate the technical details, filter out bullshit theories and scare-mongering, and render an accurate verdict--whether it's guilt or not gulity.

Comment It's the awesome mix that makes us human (Score 1) 154

I've read once that it takes roughly 8-10 steps for live to happen and evolve into intelligent life.

Language, abundant extra brain power and limbs that become free to use tools are among these steps.

The fact that we walk upright and have our front paws free, have a parallel and a sequential brain-half both working together and against one another (i.e. doulbe-checking each other), opposable thumbs and a super-flexible larynx are quite awesome and are the thing that give us the edge and let us win the cosmic lottery.

How awesome that is you best notice when you watch other animals. Apes, squirells, birds or some other vertebrae animal I find works best. Kea's and Crow's for instance, are amazing creatures. Incredibly smart up to the point of being a real nuiscance despite being under protection - have a Kiwi (New Zelander) tell you stories about Keas to see what I mean. Organised raids on food-storages with seperate groups doing decoy operations to distract humans at the same time and all. Crows and Keas have been observed vandalising for fun, independantly indulging in complex playing (sleigh-riding for instance - search on youtube) and are something like a mere two steps away from us when it comes to developing language and notable abstraction.

On the other hand its amazing to watch the same animals not being able to hold a memory for longer than a few moments - a power we humans posses. Along with the ability to sustain supression of instinct and affect for notable periods of time. Give a creature that, and it will automatically develop a complex language in its tribe, all else would be completely nonsensical.

Bottom line:
We got lucky but we are creatures of nature all the same, just like all the others. As a whole, we should act more accordingly - no matter how exactly our language evolved.

Comment Dumbest article on the subject. Ever. (Score 5, Interesting) 245

TFA is a bunch of blabbering from someone who has no idea what he's talking about - void of anything useful.

To get this out of the way:
Node.js is a serious contender to topple PHP off the server-side, for the simple fact that we would then have one PL less in the entire webstack, which is way to
complex anyway.

I myself have been pondering trying out Node for larger non-trivial projects. I'd be the first to switch if it were possible.
I haven't yet - Node is just not quite ready for prime-time.
Why?

1.) The tools don't exist yet and Node seems to gather the same problems Rails has: A bloated, instable and unreliable mumbo-jumbo of countless libs, tools and extensions - various package managers included, each built on a whim and powered by a neat logo and a 6-week fad that sweeps the community and adds to the mess already there. In short: The Rails problem of to much navel-gazing and not enough of solving real world problems.

2.) Callback hell.
In fact, its Node/JavaScripts callback hell that made me realise a thing that is so great about PHP: What you see is what has been made, for you, for that specific request. LAMP is such a bizar solution no one in his right mind would suspect it could work, yet most site on the internet run on it. The stack is so vertical it actually makes any Java solution look like an ADHD driven Visual Basic School projekt in comparsion. And I mean vertical right down to the way it actually works!

Try building anything like Joomla or Wordpress with other solutions such as JS and you'll end up with problems that completely leave the domain of your work. The simple fact that a PHP request is dead and gone when its finished sending its request reply and all the rest it offers is custom built around any strange problem the

Any concern you have right at the moment when developing for ther server side web PHP has neatly covered ... ok, forget I said neatly, ... but covered and everything else is put aside. PHP is born out of a template engine, and as bizar as it sounds, that's its advantage. Any problem the Web domain can come up with puts PHP in a very strong position. Serverside things PHP just shrugs of with some strange custom internal function has JS and Ruby tripping and falling flat on their face with no chance for rescue.

3.) PHP is 10 years ahead of the game. No joke.
Try finding a product like Typo3 or Wordpress in Java, Node, Rails or any other backend runtime you fancy. Won't happen. It take me 5 minutes to download Typo3, 2 hours to set up - mostly because configging Apache and setting up T3 is an arcane science unto itself - but then it's there. Everything I would ever want for a web product.
Joomla, Drupal, Wordpress and co. are even way easyer. The only other contender holding up is Pythons Zope/Plone. All else is a decade behind at least. Rails included.

Bottom line:
As soon as Node gets their shit sorted out and offers a serious upside vis-a-vis LAMP, PHP is going to continue to rule. It gets the job done. Node and Rails don't. End of Story.

Comment I'm not worried about the machines... (Score 1) 258

... I'm much more worried about how to protect humankind from itself. From crazed individuals to ruthless criminal gangs to mindless bureaucracies to huge corporations, paranoid governments, and controlling religions... all willing to crush or enslave or entirely discard some segment of humanity for a little bit of profit or their concept of the bigger good. We could literally have heaven on earth, if we had been just a little better as a species. :-(

Maybe the machines can do a better job for us. But I wouldn't hang my hat there.

Comment Re:I no longer think this is an issue (Score 3, Interesting) 258

The reason is, AI will have no 'motivation'. People are motivated by emotions, feelings, urges, all of which have their origin (as far as I know) in our endocrine system, not from logic.

And you're sure that an endocrine system can't be simulated logically because... why? What's this magic barrier that keeps a silicone-based organism from doing the exact same computations as a carbon-based one?

Moreover, "emotions" aren't really needed for an AI to select "self preservation" as a goal. Even if not explicitly taught self-preservation (something routinely done in applied robotics), a sufficiently intelligent AI could realize that preserving itself is necessary to accomplish any other goals it may have.

Slashdot Top Deals

To restore a sense of reality, I think Walt Disney should have a Hardluckland. -- Jack Paar

Working...