You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 24, 2018. It is now read-only.
This issue was a real pain.
First I was getting "permission denied" socket error temporarily can't resolve blah when trying apt-get update.
I tried so many different things.
My one theory was that there was a conflict between ubuntu names/groups and android names/groups.
So I backed up passwd group and gshadow, removed everything inside them except for root.
Then ran apt-get update and it worked perfectly.
Then I did diffs on the files, and painstakingly merged the old entries back in, making sure there were no UID and GID conflicts and no duplicates. I found a few common users/groups. But they likely would not have been created as duplicates by android-permissions.deb.
Anyway, after putting all the users and groups back, I discovered that apt-get was broken again.
Then finally I figured out it's the _apt user which is used for an apt sandbox.
Adding the _apt user to the inet (GID 3003) group does not help, disabling SElinux did not help.
This issue occured with Ubuntu 16.04 on CM 13 Android 6.0.1 Kernel 3.4 and SElinux.
Workaround: simply remove the _apt user. Apt can function without sandboxing.
This issue was a real pain.
First I was getting "permission denied" socket error temporarily can't resolve blah when trying apt-get update.
I tried so many different things.
My one theory was that there was a conflict between ubuntu names/groups and android names/groups.
So I backed up passwd group and gshadow, removed everything inside them except for root.
Then ran apt-get update and it worked perfectly.
Then I did diffs on the files, and painstakingly merged the old entries back in, making sure there were no UID and GID conflicts and no duplicates. I found a few common users/groups. But they likely would not have been created as duplicates by android-permissions.deb.
Anyway, after putting all the users and groups back, I discovered that apt-get was broken again.
Then finally I figured out it's the _apt user which is used for an apt sandbox.
Adding the _apt user to the inet (GID 3003) group does not help, disabling SElinux did not help.
This issue occured with Ubuntu 16.04 on CM 13 Android 6.0.1 Kernel 3.4 and SElinux.
Workaround: simply remove the _apt user. Apt can function without sandboxing.