All Projects

Found I'd kept some notes about making the Pandora's wake on alarm function work...

drivers/rtc/rtc-twl4030.c

twl4030_rtc_remove (for when the driver is removed) and twl4030_rtc_
shutdown (for when the system is shutdown) functions need to change. Or at least the shut down does.

oh YUK who's been using goto....

changes in drivers/rtc/rtc-twl4030.c

twl4030_rtc_remove
commented out //mask_rtc_irq_bit(BIT_RTC_INTERRUPTS_REG_IT_ALARM_M);

twl4030_rtc_shutdown
replaced
// mask_rtc_irq_bit(BIT_RTC_INTERRUPTS_REG_IT_TIMER_M |
// BIT_RTC_INTERRUPTS_REG_IT_ALARM_M);
with
mask_rtc_irq_bit(BIT_RTC_INTERRUPTS_REG_IT_TIMER_M);

twl4030_rtc_suspend
replaced
// mask_rtc_irq_bit(BIT_RTC_INTERRUPTS_REG_IT_TIMER_M |
// BIT_RTC_INTERRUPTS_REG_IT_ALARM_M);
with
mask_rtc_irq_bit(BIT_RTC_INTERRUPTS_REG_IT_TIMER_M);

twl4030_rtc_init
added (before return!)
twl4030_rtc_alarm_irq_set_state(true);

Should probably check reg 0x2B with mask 0x08 to see if alarm should be left enabled or not ?
but only in twl4030_rtc_shutdown and ?remove? NOT in twl4030_rtc_init
should remove ever happen ???

I'm guessing it's best to not enable the alarm irq's all the time???

SD-Card in Pandora can only be unmounted by guest (uid=1000) but not by jgeiss (uid=1001).

Steps To Reproduce:

Insert SD-Card (or boot with SD-Card inserted),
Login as jgeiss (uid=1001),
Try to unmount SD-Card via XFCE-Popup-Menu (right mouse click on SD-Card-Icon and select unmount).

PROBLEM DESCRIPTION: In many GUI dialogues the default action button (OK, ACCEPT, YES, …) cannot be triggered with a simple key press. Pressing ENTER triggers the element which has focus (usually the first dialogue element), but not the default action, as most computer users would expect!

MY WORKAROUND MEANWHILE: Press ALT plus the underlined letter of your desired action. But that's not very convenient as the underlined letter needs to be looked upon first, as the button label can differ from situation to situation (ACCEPT, OK, YES, …) and then 2 keys need to be pressed.

SUGGESTED SOLUTION: The custom of many operating systems should be adapted on the OpenPandora as well. SPACE triggers the currently focused element (whatever that may be: list item, radio button, checkbox, etc), and ENTER triggers the default action of that dialogue.
Or even better use the Pandora specific A/B/Y/X keys cleverly in those dialogues/selections. I don't know whether there is a standard functionality assignment within this key-group, in MiniMenu "B" is start/confirm, I do not know of any other standard assignments yet.

I am suggesting the new option "Grid stop horizontal" for MiniMenu with the following possible settings and their effect.

Yes -> If the boundary is reached the focus remains there.
No -> If the boundary is reached the focus starts at the opposite side again.
Jump to next/prev line -> If the boundary is reached the focus jumps to the next/previous line and the opposite side.

If you set MiniMenu's option "Live (not exit) on app run?" to YES, and you quit an application and return to the still running MiniMenu, it runs in windowed mode, and takes about 2 seconds until it goes into full screen mode again.

This delay should at best be not noticeable at all, at most 0-1 seconds.

ISSUE ENVIRONMENT:

If you hold your Pandora in your hands, you only have your thumbs for typing, hence your typing abilities are quite limited.

It is hard to press more than 2 keys, and hard to press 2 keys on the same side, as your second thumb does not reach the opposite side all too easy (except you have a basketball player's hands).

The modifier keys Start/ALT Select/CTRL Pandora/(META, I guess?) are in the middle of the keyboard, hence the can easily pressed together with another key. But SHIFT lies at an ergonomically problematic side (left boundary). Hence hard to press with other left side keys.

SUGGESTED SOLUTION:

I suggest that Pandora OS offers an optional and configurable input help.

[1|2|3 presses | hold for duration x] SHIFT [timeout y] [modifier key 2] [timeout z] key

Produces the same result like SHIFT + modkey2 + key

Very likely modifier key 2 and timeout z are not necessary, as you can trigger the SHIFT hold (by your defined action), and then press the modifier key 2 and the other key at once, as the other modifier keys are laid at a central (ergonomically better) position.

Imagine this tab content:
Nubs, Pandora Input, PNDstore.

CURRENT BEHAVIOR:

Pressing "P" and "N" is succession jumps to "Nubs" eventually, as it first jumps to the first "P" item ("Pandora Input"), then to the first "N" item, "Nubs".

DESIRED BEHAVIOR:

That it acts like in most Linux file browsers or the Mac OS X Finder.

In detail: Pressing "P" and "N" within a certain time limit should combine them to the string "PN" and jump to the first item which starts with that string, i.e. "PNDStore". If no item matches, reduce the combination string by one character, try to match again, if that doesn't match, try matching again with one character less, ... , until only one character is left, and if that one doesn't match jump to the nearest previous lexicographical character, which matches.

The command line environment of the default OS does not include the command "man" and the respective manpages of the installed programs.
I personally often use manpages, as I hardly remember the syntax/arguments of all programs I use.
Having them would be very convenient!

EVALUATING NEEDED STORAGE AMOUNT

Some may argue that storage space is quite limited on the NAND.

Yes I agree. Hence the number of included programs is limited too. Hence it would not be all too many manpages.

When I press TAB into an empty Terminal prompt, I get 1406 possibilities, which is about the amount of available commands/programs if we ignore aliases, etc.

Multiply that with an average of 20 kb per manpage, and you get about 30 MB in total. With compression this could possibly be brought down to 15-20 MB.

POSSIBLE SOLUTIONS

A) Store into the NAND the manpages of core OS CLI programs only, and not all the library/system/etc documentation.

B) Include only the man command into the core OS, and compile/configure it in such a fashion, that it finds the manpages within non-NAND media (SD card, USB volume, etc).
b1) Specify that it simply looks into a certain path within the /media/*/pandora/ structure.
b2) Or offer PND packages like man-core.pnd, man-extended.pnd,... you get the idea or even man-custom.pnd (which would look into its appdata or a certain path for custom added manpages, to somehow get the b1 approach within the PND approach).

FLAWED BEHAVIOUR:

Copy and paste only works between 2 active applications. This is very limiting!
If you are in the single task oriented MiniMenu you have no chance at all to share the clipboard between apps!
If you are in the multi tasking oriented XFCE desktop environment you can only share between apps running in parallel! Not with apps which started after the source app has been terminated.

DESIRED BEHAVIOUR:

The clipboard content (within reasonable limits of course) should remain, regardless of the source application, so that you can paste at any later moment into any application.

a) Host multiple volumes at once.
b) Select one for hosting first, later host additional ones. (I guess this scenario is more complicated)

If only 2 GUIs are available, skip the user selection and switch right into the only other GUI. What else would the user want?! Right!

If more than 2, already set the focus in the GUI list to the next possible item.

This seems to be the case with Hot-fix 5 and 6 alpha 4.

I've been able to repeat this bug by re-flashing..

On a fresh re-flash.. installed community codec pack.. Videos will play fine on Panplayer, VLC and Gnome-Mplayer with default settings, which I believe is XV or SDL out in the case of VLC.

Run the TV-out script it will cause a blank black screen during playback.. Disabling TV-out, switching modes, rebooting.. battery out, nothing seems to allows it to work with XV/SDL out again.. I know If I switch to X11 it will make it "work" again, but I notice a bit of lag during playback using X11 compared to XV/SDL out.

EXAMPLE: MiniMenu with the option "Subcategories as folders" YES, and the current active tab i.e. "Game" lists:

Subgenre folders: ActionGame, AdventureGame, ArcadeGame, BlocksGame, …
App items: Abuse, Amoeboax, Arkaniod, Bloqus, …

THE BUG: Pressing "A" multiple times only cycles the focus between folders (ActionGame, AdventureGame, ArcadeGame), but never reaches the app items (Abuse, Amoeboax, Arkaniod).

BESIDES THIS BUG in the current keyboard item selection logic, I kindly inquire to implement: FS#243

This is the related documentation:
http://pandorawiki.org/Power_modes#Low_Power
(Please update accordingly as part of the issue resolution)

FROM MY USER EXPERIENCE:

If you put the Pandora into Low Power Mode, then press some keys, and then wake the Pandora back into Normal Mode, your input (both keys and nubs, haven't tried with USB input yet) seem to have triggered something while the device was in Low Power Mode!

What does really happen in Low Power Mode concerning execution and input?

a) Input is received AND triggers as application execution continues
or
b) Kernel/driver queues the input signals into a buffer, and executes them on wake?

If supposition a) or b) is true, then this would be one more reason to properly implement:  FS#259 

OBSERVANCE EXAMPLE 1:

1) Start MiniMenu. Mentally note down your active tab.
2) Put Pandora to Low Power Mode.
3) Press shoulder button R once.
4) Wake Pandora to Normal Mode. You are now one tab to the right of where you left. Input must have been caught in Low Power Mode, but wether execution of it happened while Low Power Mode or later after wake in Normal power Mode is unclear.

OBSERVANCE EXAMPLE 2:

1) Start gedit (a text editor). Insert the digit "1".
2) Put Pandora to Low Power Mode.
3) Press: CTRL-N 2 CTRL-N 3 CTRL-N 4. (Without the spaces)
4) Wake Pandora to Normal Mode.
5) For a fraction of a second you see the tabs building up. Either the input was really received AND executed while Low Power Mode and what you see is just a delayed window manager refreshment, or the input was queued in Low Power Mode, and only executed on wake.

Built-in keyboard input is a central thing on the Pandora, as it concerns almost all user interfaced apps!
I realized that I myself and also others submitted quite many reports concerning this issue.
Hence this meta issue is intended as an overview/accumulation/aid for those devs who are willing to overwork the whole issue.
If you realize new related issues, feel free to add them here.
If this my effort is contradicting the OpenPandora workflow, then pardon me, and instruct me, how else to handle issues of that kind. Thanks!

Keyboard low level: Driver, keyboard layout, post processing (hotkeys, input support, etc)
FS#138 FS#227 FS#242  FS#259 

Keyboard mid level: Application interfacing
 FS#102  FS#123 FS#238

Keyboard application internal level
 FS#157  (dupe:  FS#249 ) FS#243 FS#256

Steps to reproduce the bug(s):

1) In MiniMenu select an arbitrary app.
2) Press SPACE to bring up the contextual menu.
3) Select "Edit notes line 1".
4) Insert your string and confirm.
5) Now at a later time you may decide to remove your note line again. Therefore you select the same app again in MiniMenu, then repeat steps 2-3, but this time:

a) Erase all characters so that you get an empty string and then confirm. RESULT: Your change is simply ignored! There should be a possibility within MiniMenu to remove/reset note lines, the simplest being to simply accept an empty string as an input, that's what an average user will try if s/he does not find a dedicated "Delete note line" command.

b) As a workaround I tried something and detected yet another bug! As I could not create an empty string, I simply created a note line only containing 1 SPACE character (=the string " ") and confirmed. This got accepted.

If MiniMenu is in detailed view mode (press the A-button or TAB in order to bring it up, if it is not already there) and you slide over an app whose note line is " ", MiniMenu crashes!

Maybe the bug is connected with the writing to / the parsing from the .OVR (override) files which MiniMenu creates for the affected files, as the separating value in OVR files seems to be TAB, and SPACE is also WHITESPACE, therefore some parsers probably skip/misinterpret this, and MiniMenu then catches an unexpected situation!

WORKAROUND: If you ran into the problem, that you cannot get rid of the note lines anymore, simply start a file browser of your choice, navigate to the location of the affected .PND file and find its sister .OVR (override) file and delete it or edit it accordingly!

I assigned personal subcategories to some of my games.
Some of those subcategories share the same beginning string, i.e: Shooter, ShooterBallistic ShooterScoller.
MiniMenu displays those subcategories with flaws! See the ASCII screenshots below.
Note: The star symbols indicate the currently active selection.

The main category tab "Game" being active:

----------------------------------------------------------
| All | Audio | AudioVideo | Education |*Game*| Graphics |
----------------------------------------------------------
ActionGame AdventureGame ArcadeGame BlocksGame ...
Shooter ShooterBallistic ShooterScroller ...
GameA GameB GameC ...
----------------------------------------------------------

Now if I navigate into the sub-category "Shooter", everything normal:

----------------------------------------------------------
|*Shooter*|
----------------------------------------------------------
.. ShooterA ShooterB ShooterC ...
----------------------------------------------------------

But if I navigate to the sub-category "ShooterBallistic", strangely MiniMenu shows 2 tabs, "Shooter" and "ShooterBallistic", and jumps right into "Shooter".

----------------------------------------------------------
|*Shooter*| ShooterBallistic |
----------------------------------------------------------
.. ShooterA ShooterB ShooterC ...
----------------------------------------------------------

In order to reach my intended tab "ShooterBallistic" I need to navigate to it again. Annoying. There the contents are as expected:

----------------------------------------------------------
| Shooter |*ShooterBallistic*|
----------------------------------------------------------
.. ShooterBallisticA ShooterBallisticB ShooterBallisticC
----------------------------------------------------------

The flaw is the same for all other sub-categories beginning with "Shooter...". All have the flaw as shown in the example "ShooterBallistic", only that it is themselves instead of "ShooterBallistic". One more example to be perfectly clear:

----------------------------------------------------------
| Shooter |*ShooterScroller*|
----------------------------------------------------------
.. ShooterScrollerA ShooterScrollerB ShooterScrollerC
----------------------------------------------------------

Thunar takes a long time going back to minimenu on exit. You don't notice this when in XFCE but then you are always in the GUI not returning to it.

This started in Hotfix 6 Alpha4 I believe

Since the default inputrc doesn't contain any functionality (simple cli movements like ctrl-left or crtrl-right to skip words don't work) this diff may be useful to add to the cli-experience. I've also been trying to get the delete-key to work, but this is apparently already a known issue (see FS#227). I can remove this from the diff if you want. (I couldn't attach a file to the task somehow)

31,32c31,33
< # "\e[3~": delete-char
< # "\e[2~": quoted-insert
---
> #"\e[3~": delete-char
> "\e[^?": delete-char
> "\e[2~": quoted-insert
44,47c45,50
< # "\e[5C": forward-word
< # "\e[5D": backward-word
< # "\e\e[C": forward-word
< # "\e\e[D": backward-word
---
> "\e[1;5C": forward-word
> "\e[1;5D": backward-word
> "\e[5C": forward-word
> "\e[5D": backward-word
> "\e\e[C": forward-word
> "\e\e[D": backward-word

In GTK applications, such as Truecrypt, NoteCase Pro or Mousepad, the file open / file save dialogs have shortcuts to mounted file systems on the left side.
If clicking such a shortcut entry, the corresponding file system's contents are shown in the right dialog pane.
This works for file systems, which were available at boot time.
For file systems mounted after booting, e.g. by inserting an SD card or connecting a USB drive, when clicking such an entry, an error message appears saying
"Could not mount [volumen name]
Failed to execute child process 'gnome-mount' (No such file or directory)"

This is healed by
sudo opkg install gnome-mount
(which instals gnome-mount, nautilus, gvfsd-ftp, gvfs (upgrade), and a lot of libs (upgrades)..

This has been seen in SuperZaxxon release 1.5, not in Beta3 (but Beta3 is the only choice in Flyspray's dropdown currently).

I reported that error for HF6 I think, and it seemed to be fixed in SuperZaxxon Beta5. A regression?

Using pygame I try to play a music file starting from some position in the middle::

import pygame
pygame.init()
pygame.mixer.init()

pygame.mixer.music.load('some_file.ogg')
pygame.mixer.music.play(0,60)

This should start playing the file from the firs minute, instead on the pandora the file plays from the start.

I've tried the same code in a debian (sid) chroot (from extend utils) and it works correctly, as it does on my pc (debian wheezy).

I suspect that the issue may be present also in .next (I've done a very quick test on a friend's pandora).

Some relevant version numbers:

* libogg.so.0.6.0 (on debian libogg.so.0.8.0)
* libSDL_mixer-1.2.so.0.10.1 (on debian libSDL_mixer-1.2.so.0.12.0)

When the taskbar is set to autohide, the Pandora button does not bring up the menu anymore.

With SuperZaxxon Final, I've noticed that stuff running on the Pandora like Thunar and bash are seeing a different interpretation of filenames on disk than when I remove the SD card and insert it into my desktop PC.

Specifically, the following two mismatches appear to be present when using a FAT32-formatted SD card:

First, the Pandora's VFAT support seems to be be operating with different case-handling settings than desktop Linux distros.

Filenames set in all uppercase are forced to all-lowercase on the Pandora (whether they're set on the desktop or the Pandora) but inserting the card into a PC reveals that the. All-lowercase filenames set by software on the Pandora risk appearing in all uppercase when the card is inserted into a PC. (I think the grsync PND is what created the files in question)

Among other things, this forces me to use EITHER the PND-based copy of grsync over the network OR a desktop-based copy of rsync with an SD card reader but not both because the kernel will preserve case differences like ALBION.BAT vs. albion.bat but rsync think they are separate files. (resulting in Flash-killing, time-wasting deletion and re-creation)

It also makes for irritating entries like "zzt" in DOSBox or "ddr" in PyDance where I can't capitalize the filename properly without employing Department of Redundancy Department with "DDR Songs" or "ZZT.The.Game" as an excuse for mixed case.

Second, SuperZaxxon Final seems to be using a different (though still Unicode-capable) filename encoding than all the desktop distros I've tried.

Filenames are preserved properly and all-ASCII filenames are displayed properly in all cases, but any non-ASCII characters appear as gibberish on whichever system was not used to set them.

I've confirmed this problem with these two filenames:
- 03 - The Foggy Dew with Sinéad O'Connor.flac
- Lucky Star - Native Misao (Touhou - Native Faith) ???????????????????×??????.mp4

As a Canadian user, my desktops use the "en_CA.utf8" locale and the only other distros I've found which have this problem are Slax and the 1.0 release of its successor, Porteus, both of which use ISO-8859-1 (latin1) for filenames.

As verified with xev, an attached bluetooth keyboard can not generate colon (shift semicolon). xmodmap shows that (unlike a standard Linux system) shift-semicolon is mapped to NoSymbol. While it's find that there's a special symbol to get semicolon on the built-in keyboard, the other binding really should be there in support of attached keyboards.

When thee Pandora is shutting down because its almost out of power, it should check to make sure that the nub inputs are set to the default mode (which is mouse movement for the left nub and mouse buttons for the right nub). If not, it should change them to be like that.