All Projects

IDProjectCategoryTask TypeSeveritySummaryStatusProgressOperating System
190OpenPandora Main OSCoreBug ReportMediumRemoving desktop-shortkeys does not workUnconfirmed
0%
Release 1 (Zaxxon) Task Description Try clearing shortcuts in Start->Settings->Window Manager->Keyboard. That doesn't work (for me). This is a problem because these shortcuts are blocking key-combination in apps, like for example the keymapper in dosbox (CTRL+F1) or refreshing content (CTRL+F5). I tried manual editing or even deleting the configuration file, but changes are not recognized and the file recreated on reboot.
 189 OpenPandora Main OSCoreBug ReportMedium pnd-run.sh does not work correctly for very long <pathn ...Closed
100%
Release 1 (Zaxxon) Task Description When unmounting, the pnd-run-script greps the output of "losetup -a" at some point. But if you have a very long pathname and filename for the pnd (like "/media/trans8/gamedata/scummvm/Secret_of_Monkey_Islands_Amiga_EN.pnd" then the endpart is cut off in the output, grep can't find the right part and the script get's confused. Example: mounting works: /usr/pandora/scripts/pnd_run.sh -p /media/trans8/gamedata/scummvm/Secret_of_Monkey_Islands_Amiga_EN.pnd -b scummvm -m unounting does not work: /usr/pandora/scripts/pnd_run.sh -p /media/trans8/gamedata/scummvm/Secret_of_Monkey_Islands_Amiga_EN.pnd -b scummvm -u (see /tmp/pndrun*-logs for output) The problem is that the outut of losetup looks like this in such a case: "/dev/loop7: [b309]:157081 (/media/trans8/gamedata/scummvm/Secret_of_Monkey_Islands_Amiga_*)" And because the pnd-name is not fully shown, grepping the name does not work. After i renamed th pnd to a much shorter name (somi_amiga_en.pnd) it worked nicely. Still this should be fixed.
179OpenPandora Main OSCoreBug ReportLow.vimrc-preset for user but not for rootUnconfirmed
0%
Release 1 (Zaxxon) Task Description I am running PandoraOS from sd-card installed with the official tarball "pandora-rootfs.tar.bz2". I noticed that the control/keyboard-mapping in vi does not work correctly after switching to root (for example sudo su-). I solved this by copying over my users .vimrc to root-homedir. This should already be included in the tarball.
178OpenPandora Main OSCoreBug ReportLowMount-loop when booting from SD-cardUnconfirmed
0%
Release 1 (Zaxxon) Task Description When booting the pandora-OS from sd-card by using the official tar, you will end up with your sd-card being mounted twice: once as / and once as /media/. I solved this by adding "/dev/mmcblk0" to "/etc/udev/mount.blacklist". Maybe this should be added to the default tarball? I'm not sure as it might be used in other ways maybe (beside SD-card-installation)? Background: I ran "updatedb" as root and have been notified by a message that there was a mount-loop. After adding the above modification the system still booted fine and "updatedb" ran nicely without a warning.
Showing tasks 1 - 4 of 4 Page 1 of 1

Available keyboard shortcuts

Tasklist

Task Details

Task Editing