Debug mode will not work properly in Bliss. Most end users will use the included Terminal and su. What do you need Debug mode for anyways?
Oh? Why is the debug boot option still present in the Grub loader? Forget to remove it? Anyway. Do you know what might be causing 7.1.1 to lock up like this[see pictures]? This is happening on two different laptops. One is an HP G60[C2D based] and the other is an Emachines EM250[Atom based]. Using Rufus 2.8.886 to record the iso to a usb drive.
If it's something simple let me know and I'll fix it. Otherwise this is a heads up. And just want to be clear, this is not a complaint, only a report of problems discovered to assist development.
One thing... It says the SU binary needs to be updated. How do I update the Super SU binary on Android-x86?
Quote; "How do I update the Super SU binary on Android-x86?"
An easy solution, but not readily obvious. Make sure Root access is
enabled. Run SuperSU and when it prompts you, choose to update the su
binaries choosing the "normal" method. Then reboot and SuperSU will
become your default root access utility.
On Sun, Jan 15, 2017 at 1:52 PM, Russ B <htar...@gmail.com> wrote:
Seems to work pretty well, though the display/graphics driver could be improved to better support Intel HD/Iris graphics.
One thing... It says the SU binary needs to be updated. How do I update the Super SU binary on Android-x86?
--
You received this message because you are subscribed to a topic in the Google Groups "Android-x86" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/android-x86/omGg6QZlEGc/unsubscribe.
To unsubscribe from this group and all its topics, send an email to android-x86...@googlegroups.com.
To post to this group, send email to andro...@googlegroups.com.
Visit this group at https://groups.google.com/group/android-x86.
For more options, visit https://groups.google.com/d/optout.
We have taken the time to release an x86 version of our popular ROM for Android. The goals of this project will be to stay in line with Bliss AOSP development, so that meand we shouldn't be any more than a week behind changes on their end. With that being said, we are in the process of rolling out 7.1.1r12, and I should have a build or two hitting the downloads site soon.
The second post on the XDA thread also contains a link to our update MOD for the Android-x86 UEFI installer. This is a nondestructive method of installing Bliss-x86, Android-x86 & RemixOS to a windows UEFI boot enabled computer. Source links are also posted.These builds will also contain all the Surface patches in the kernel. Our changes to android-x86's kernel-4.4 branch are purely for compatibility.
Enough banter, here's the link: https://forum.xda-developers.com/android/software/x86-bliss-x86-pc-s-t3534657
Sort of. It's called Bliss 6.4 and is based on Android 6, but they
have moved development to 7.1.1 so there will not be any further
updates to 6.4
Ok cool. If you do find something went amiss, let us know and I'll happily give it another go.
Also, What is the point of the EDU "Rootless" branch? I wouldn't even touch Android without root and it seems certain that most others interested in this wouldn't either.
On Thursday, March 23, 2017 at 4:39:57 AM UTC-6, The Captain wrote:Saw that you updated the 64bit ISO, is there an update for the 32bit version?
--
You received this message because you are subscribed to a topic in the Google Groups "Android-x86" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/android-x86/omGg6QZlEGc/unsubscribe.
To unsubscribe from this group and all its topics, send an email to android-x86+unsubscribe@googlegroups.com.
Ah, I see. And such makes sense for certain environments. Of course that does limit a great many very useful utilities, such as a firewall, security, backup and customizations apps.
That was understandable. The thing is, there are utilities that can hide root from apps. They're easy to use so his argument isn't all that logical. It just shows that he wasn't aware of them. Thing is, if you're going to make versions without root, at least give people and option to root if they want/need it.
On Friday, March 24, 2017 at 5:48:48 AM UTC-6, Jon West wrote:What he's trying to say is that a rootless build allows him, and many others like him to play Pokemon Go, ?Love Live? and a few other games that having a rooted build doesn't allow.
That was understandable. The thing is, there are utilities that can hide root from apps. They're easy to use so his argument isn't all that logical. It just shows that he wasn't aware of them. Thing is, if you're going to make versions without root, at least give people and option to root if they want/need it.
On Friday, March 24, 2017 at 5:48:48 AM UTC-6, Jon West wrote:What he's trying to say is that a rootless build allows him, and many others like him to play Pokemon Go, ?Love Live? and a few other games that having a rooted build doesn't allow.
I see what you're saying. The point I was trying to make is that it needs to be the choice of the user. With a standard AndroidX86 iso, the question of whether to make the system writable[and thus have root] is asked during installation. This is useful as it leave the choice to the person installing. PhoenixOS have taken that a step further by placing the root option in the "Developer Options" section of the settings menu which changes back to default upon reboot. The EDU versions are good. Just hoping that this "rootless" thing doesn't spread to the regular distro's.
I see what you're saying. The point I was trying to make is that it needs to be the choice of the user. With a standard AndroidX86 iso, the question of whether to make the system writable[and thus have root] is asked during installation. This is useful as it leave the choice to the person installing. PhoenixOS have taken that a step further by placing the root option in the "Developer Options" section of the settings menu which changes back to default upon reboot. The EDU versions are good. Just hoping that this "rootless" thing doesn't spread to the regular distro's.
--
elif [ -d /mnt/$SRC/system ]; then
remount_rw
mount --bind /mnt/$SRC/system system
mount -o loop,noatime /mnt/$SRC/magisk.img magisk
mount --bind /mnt/$SRC/system magisk/.core/system
# Stage 1log_print "* Stage 1: Mount system and vendor mirrors"SYSTEMBLOCK=`mount | grep " /system " | awk '{print $1}' | awk '{print substr($0,6)}'`mkdir -p $MIRRDIR/system
if [ -e $COREDIR/system/build.prop ]; thenmount -o bind,noatime $COREDIR/system $MIRRDIR/systemelse
busybox mount -o noatime /dev/block/$SYSTEMBLOCK $MIRRDIR/system
fi