|
149 | Base OS | Bug Report | Very Low | Resets if Battery is removed - but power is still pluge ... | Closed | |
Task Description
The Pandora resets if the battery is removed - even though its plugged to the AC Adapter.
the power disapears for a second, and then the pandora notices that the power cable is actually plugged in, and immediately starts the pandora again |
|
156 | Base OS | Feature Request | Very Low | Ask to format SD Card | Unconfirmed | |
Task Description
When I have received my Pandora, I got an SD Card but it was not formated. I didn't have any card reader so I didn't now what was wrong (the Pandora or the SD Card).
When an unformated SD Card is inserted in the Pandora, it should be nice to ask if we want to format it. |
|
1 | Core | Bug Report | Very Low | Sample Task | Closed | |
Task Description
This isn't a real task. You should close it and start opening some real tasks. |
|
23 | Core | Bug Report | Very Low | slim-init doesn't pass session to .xinitrc | Closed | |
Task Description
It seems like slim doesn't send the session to .xinitrc
I included an "echo $1 >> ~/debug.txt" in the script and the file was completely empty.
That's why it always starts xfce4, not pmenu: The fallback is startxfce4. |
|
37 | Core | Bug Report | Very Low | Game doesn't start in No-X mode (pnd_run.sh) (Permissi ... | Closed | |
Task Description
EDIT:
Some more information from notaz:
it's failing because it can't find controlling tty (/dev/tty is a "virtual" gateway device, so setting permissions gave no effect)
do "ps ax" on your desktop and it has the tty column
so SDL fbdev driver wants to get a real tty fo be able to read keys
So we need to somehow give it a real tty?
yeah, but I don't know why as pnd start from X and that gives virtual tty
*don't know how*
maybe something can be done using openvt, chvt and similar tools
------
What happens if you run a script in no-X mode:
1. It stops slim
2. It mounts all the directories as needed (works fine).
3. It DOES NOT start the app
4. It unmounts all the directories
5. It restarts slim (and therefore X)
I can confirm the path is correctly and the filesystem is mounted there (did an ls -l).
I can also confirm the game is working fine, as the same PND does work within X if I run it from the terminal using pnd_run supertux_noX.pnd
So it looks like the line that actually executes the game does work when run in X, but not when run outside of X.
Maybe it tries to execute the game on the screen where the script is actually started (X) and therefore can't run it as X is not running anymore?
The line working in X-mode but not working in non-X-Mode:
LD_LIBRARY_PATH=/mnt/utmp/$BASENAME ./$EXENAME $ARGUMENTS
The game I tried was SuperTux (SDL-Game) with a no-X=1 parameter in the PXML. |
|
65 | Core | Feature Request | Very Low | .desktop files, be nice if they included the non-englis... | New | |
Task Description
.desktop files only include the English stuff right now (using the .desktop default tags.)
Be nice if in addition to 'title', we also include 'title[de]' type extras, whatever is in the PXML.xml
pnd_pxml_t includes all the goods, but pnd_disco_t has only the summarized english stuff. |
|
78 | Core | Bug Report | Very Low | minimenu - zaxxon initial release - doesn't use preview ... | Closed | |
Task Description
Stupid; in the /etc/pandora/conf/mmenu.conf the preview cache is looked for in mmcblk[12]* .. should be [01] or really just /media/*/pandora... etc.
So just switch [12] to [01] and works fine.
Fixed in the git tree already, so will roll out in a real image build. |
|
110 | Core | Bug Report | Very Low | Battery percentage static in MiniMenu | Unconfirmed | |
Task Description
Battery remaining percentage in MiniMenu does not update unless you change tabs back and forth.
This is only really an issue when leaving the unit charging and not using it. It gives the appearance that it is not charging until you swap tabs around. |
|
175 | Core | To Do (Reminder) | Very Low | Test | Closed | |
Task Description
Test if the edit button in the bug tracker works now. //Edit: Blah |
|
233 | Core | Bug Report | Very Low | op_power.sh: errors | Closed | |
Task Description
op_power.sh gives some errors to me... it works anyway, but it's not nice to see them all the time.
/usr/pandora/scripts/op_power.sh: line 60: [: 5380: binary operator expected
or
/usr/pandora/scripts/op_power.sh: line 60: [: too many arguments
I guess line 60 of op_power.sh
if [ ! $wlstate ]; then
should rather be
if [ -z "$wlstate" ]; then
shouldn't it?
The same thing is in line
Then sometimes also
rm: cannot remove `/tmp/wlstate': No such file or directory
or
cat: /tmp/wlstate: No such file or directory
which could easily be fixed by adding a test -f /tmp/wlstate && or something like that before the respective command. I just added a lot of test, I'm not sure if every single one of them is really needed, but better too much than not enough, I would say. :-)
I can't attach a file (I click the button and nothing happens), so I just paste it there: http://nopaste.info/2256365eba.html
It's a bit longer because some indentations were wrong (and I corrected them) and I changed all indentations to tabs = 8 spaces instead of 2. |
|
270 | Core | Bug Report | Very Low | Power-slider & lid-close events: XFCE observes user set... | New | |
Task Description
STATUS QUO:
If you are in XFCE and hold the power slider for 3 seconds, you thereby trigger the shutdown command.
For 3 more seconds a dialogue box gives you the chance to abort the shutdown ("Shutting down in 3…2…").
Now in MiniMenu no direct shutdown key is available. You first have to quit the running app (via PANDORA key), then call up the menu (via SELECT key), and then navigate to "Shutdown" and confirm it (by B or ENTER).
INQUIRED BEHAVIOR:
1) Thanks to the very recent MiniMenu speedups, these 4 consecutive user interaction steps can now at least be be executed a lot faster.
Nevertheless, offering a 1-button-interaction (via power slider) too, would be nice. Could you please make that available to MiniMenu?
And in general: Make this power-slide-event available to any possible GUI, so that not each GUI has to implement this by itself, but rather the OS catches this event and handles it uniformly, except if a certain GUI WANTS to establish an exception to the rule.
2) Also the "Lid-Close-Settings" seem to be ignored by MiniMenu. MiniMenu seems to have the action "Turn off screen" hardcoded to that event. Please make MiniMenu observe the user settings from "Lid-Close-Settings".
RELATED SOURCE CODE FILES (to my knowledge):
op_lid.sh
op_power.sh
op_bright_up.sh
op_bright_down.sh |