OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio


Welcome Guest ( Log In | Register )

Personal Photo
Personal Statement
Geeber doesn't have a personal statement currently.
Personal Info
21 years old
Born Nov-7-1997
No Information
Joined: 12-April 19
Profile Views: 202*
Last Seen: 17th May 2019 - 03:56 PM
Local Time: Aug 18 2019, 07:57 AM
18 posts (0 per day)
Contact Information
AIM No Information
Yahoo No Information
ICQ No Information
MSN No Information
Contact Private
* Profile views updated each hour



My Content
14 May 2019
I am just posting this to let other people know.
The kali-gem repository by re4son kernel received an update to the lxc-android package.
After I upgraded to this new version. (I update and upgrade as often as possible.)

Linux just became unbootable I could not ssh in even over USB cable. So I have just given up and reflashed.

Luckily (due to the amount of times I have had to reflash) I have written a bash script that more or less restores my system to its default. With only a few settings here and there needing to be tweaked via a GUI.

Linux did seem to boot correctly, I know this because I set up a cron job to change the brightness to 5% on system boot. Which did in fact work.

I was planning on using the logcat tool to see if I could fix the problem over ssh.

I don't really know how this problem can be solved but for now I am just going to hold the package back.
21 Apr 2019

I have enjoyed using Kali for the Gemini PDA, however audio does not work at all.
I am assuming audio under Debian works since I haven't heard any complaints about it.
I can confirm that audio works when using Android.

I can tell you some possibly useful information about this.

(My audio is not muted in pavucontrol just in case anyone thought I hadn't checked.)

1. Another user has confirmed that under Kali their audio does not work.
2. Audio does play but will not move from the first null output. Even when changed to droid sink primary.
3 My Hostname as well as sinks, sources and so on show up in pasystray when right clicked.
4. When attempting to load module-droid-card through pactl the error "connection failed, connection terminated" appears. (My pulseaudio now closes when this happens due to my messing around with it, but beforehand it used to just give an error.)
5. If attempting to load ALSA mixer a permission denied error is given even when all users are in the audio group and even as root user.
6. Occasionally when an Application that produces sound is launched from terminal. You can see a few errors when attempting to connect to AlSA mixer such as connection refused permission denied.
7. I did actually manage to get audio working correctly but the process was long, awkward and after reboot it stopped working again.

Here is how I got audio to work briefly.
This process is highly not recommended as editing dependencies in the dpkg status file could seriously mess up your software and generally you aren't supposed to edit this file.

I added the gemian think globally repo to my Kali install. Then proceeded to uninstall the Kali version of pulseaudio and installed the version from the gemian repo. to do this required downgrading or ignoring libpulse0 which mean I had to go into my /var/lib/dpkg/status file. (made a backup beforehand.) and deleted every dependency on libpulse0.
(I restored them afterwards by searching through the file and adding the deleted dependency from my backup.) Then I installed the gemian version of I think libpulse0 along with pulseaudio and pulseaudio-module-droid.

Now if I put my ear right up to the speakers when the PDA was shutting down I could hear static coming from the speakers. No luck with audio working sadly. Pulseaudio didn't show any sinks or sources.

So finally I decided to uninstall the gemian pulse audio and reinstall Kali pulseaudio. While also restoring all of the libpulse0 dependencies back to their orignal state. After I launched an application that supported sound and like magic audio was working. I don't even know if the right sounds were being played but it was definitely playing sounds.

Then after a reboot audio was gone forever and was back to not working at all.

After some googling I do have a guess that the version of pulseaudio from the gemian repo creates some necessary snd device files. But its configuration didn't work and after reinstalling the version from Kali, the correct snd files were found and therefore the audio worked correctly. I know these are created on system boot. So when a reboot was done. It would explain why there was no audio as I do think that the configuration of pulseaudio on kali seems to be correct.

I lack the experience or know-how to fix a problem of this complexity. Apologies for the long post.

Hope someone can provide some help or at the very least this can be documented as a problem.
18 Apr 2019
Hi all

Don't know whether people will find this useful.

But I managed to get a 64bit dwarf-fortress to run through qemu's user space emulation software.

Dwarf fortress is an open source video game with no ARM64 port.

This was achieved by installing qemu-user, enabling amd64 archictechture, downloading the prebuilt 64bit linux binaries from the dwarf-fortress website, and installing the required 64 bit libraries.

Some of the 64 bit libraries could not be installed correctly. So for one of them libpulse0 I apt downloaded it and unpacked the .deb file and put the libs in the correct location where the dwarf-fortress looks for them.

For the rest of them I apt downloaded them and wrote a bash script that dpkg force installs them and then runs the dwarf-fortress binary through qemu-x86_64 and after the app closes purges the force installed packages.

Performance is not very good obviously. (creating the world took a few hours because I set it to large tongue.gif)

Loading times are long but once the world is created. The game itself is actually playable. but does hang up freqently depending on what it is loading and the back of the Gemini gets a bit hot as it is constantly running a 100% CPU thread.

It may not be all that viable to run 64bit binaries on the Gemini. but I thought it was more interesting as proof that 64bit or 32bit binaries can actually be run on an ARM64. Which maybe people knew already but what the hey. I thought it was worth trying out.

Its important to note that any applications required mulithreading will fail because ARM CPUs do not support mulithreading. (I know this because I attempted to run valve's steam client in the same way, but qemu fails with a signal 11, segmentation fault, core dumped. When I looked it up people said it was to do with multithreaded applications)

In theory if you actually had an ARM64 CPU that supported multithreading I don't see why it wouldn't be possible to run mulithreaded 64 or 32bit apps through qemu-user.

Also in theory it might be possible to run a 64bit Windows program through running 64bit wine through qemu-x86_64 same way as done above. Bearing in mind that applications requiring multithreading probably wouldn't work.
Of course performance might be so terrible that the application may be rendered pretty much unusable at that point.

I may test this at some point later if I have some time to spare on it.

See the attached screenshot to see it running:
Attached Image

Its kind of a lot of work for not that much payoff but I hope some people find this to be an interesting or worthwhile experiment at the very least.
Last Visitors
Geeber has no visitors to display.

Other users have left no comments for Geeber.

There are no friends to display.
RSS Lo-Fi Version Time is now: 17th August 2019 - 10:57 PM