OpenPandora - Hunting Timmy, the Bug. http://bugs.openpandora.org/ OpenPandora - Hunting Timmy, the Bug.OpenPandora Main OS: Recently closed tasks 2014-12-10T01:48:55Z FS#337: SPAM http://bugs.openpandora.org/index.php?do=details&task_id=337 2014-12-10T01:48:55Z SPAM SPAM

]]>
FS#107: Secure Wifi will not connect until XFCE is loaded http://bugs.openpandora.org/index.php?do=details&task_id=107 2014-12-10T01:47:03Z Nick Leesam My Pandora is set to load MiniMenu on boot. I can't use any networked apps because wifi will not automatically connect on boot. XFCE needs to be loaded at least once so that i can enter my keychain password. Once i've entered my password Wifi connects and i can return to MiniMenu. FS#220: Please include /usr/bin/xkbset http://bugs.openpandora.org/index.php?do=details&task_id=220 2014-12-10T01:46:43Z Janek Kozicki One of the first things after installing HF5 was downloading xkbset, because it is necessary for proper L-R buttons mapping as mouse buttons. Could you please include that in the system? I am using urjaman's executable from here: http://www.gp32x.com/board/index.php?/topic/55124-remapping-the-mouse-buttons-etc/page__st__15__p__896576&#entry896576 Even better would be a GUI that allows mapping of L-R buttons for mouse, just like GUI for nubs :) But including xkbset will be already good. FS#116: Freetype issues (freeciv sdl client) http://bugs.openpandora.org/index.php?do=details&task_id=116 2014-04-29T23:56:22Z Scott With the SDL client for freeciv the font characters show up as square blocks and garbage characters. This may be related to freetype. I had also heard that battle at wesnoth had similar issues. FS#202: Set Date and Time won't let you cancel or close http://bugs.openpandora.org/index.php?do=details&task_id=202 2014-04-29T23:54:31Z Lambertus The Date and Time application in MiniMenu by won't let you use the cross or the cancel button to close the application without changing anything. If you use one of those buttons then a new window opens that says: "Error: Please select a timezone" and equally so for the date and time. FS#323: OS Selector bug http://bugs.openpandora.org/index.php?do=details&task_id=323 2014-04-29T23:42:18Z Ben When selecting no OS in the OS Selector you're returned to the login screen where you have to reauthenicate. (Pressing Enter without selecting an OS does this) I happen to do this a lot and it drives me mad :P When selecting no OS in the OS Selector you're returned to the login screen where you have to reauthenicate. (Pressing Enter without selecting an OS does this)

I happen to do this a lot and it drives me mad :P

]]>
FS#306: Issue with Network Notification pop-ups http://bugs.openpandora.org/index.php?do=details&task_id=306 2014-04-29T23:24:53Z Bryan Kirk Clicking on the button in a notification used when WiFi is enabled (such as the one stating that Wireless Networks were found), doesn't close the notification. In order to close it, I have to click the X button that's in the top-left. FS#313: WiFi LED Not Triggered on First Activation http://bugs.openpandora.org/index.php?do=details&task_id=313 2014-04-29T23:24:00Z Joel Makarov The first time WiFi is enabled after boot, using either the the config button menu or the Toggle WiFi menu option the WiFi LED does not light up. (though the WiFi itself does work) Once it has been enabled and disabled for the first time, it will work normally for subsequent uses of the WiFi toggle. If the Toggle WiFi script is launched for the first time from the terminal the LED does light up. This is the case in SuperZaxxon 1.53 with all current upgrades applied, and reportedly since the introduction of SuperZaxxon. checking /sys/class/leds/pandora::wifi/trigger while the WiFi is enabled but the LED off shows that the trigger has been successfully set to phy0radio Also noted while investigating this: If Wifi is enabled for the first time from the terminal the following errors are generated by /etc/init.d/wl1251-init Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] Usage: insmod filename [args] Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] find: /lib/modules/3.2.30/updates: No such file or directory Usage: insmod filename [args] The commands that generate these errors are only executed if the mac80211 module is not already loaded - and that module is not unloaded when wifi is disabled. This seems to be unrelated to the issue being reported, however I can't see any cause for the issue at all, so I figured it was worth including it in the report anyway. FS#334: op_bright_down.sh: error when decreasing brightness http://bugs.openpandora.org/index.php?do=details&task_id=334 2014-04-07T21:49:19Z Alec Moskvin The script does not handle brightness "0". If you try to decrease brightness if it's already at 0, it produces errors: ~ # /usr/pandora/scripts/op_bright_down.sh /usr/pandora/scripts/op_bright_down.sh: line 18: [: : integer expression expected /usr/pandora/scripts/op_bright_down.sh: line 22: echo: write error: Invalid argument Not sure how to attach a patch here, but you can get the change with: git pull git://git.assembla.com/openpandora-oe.git bug-333 I also changed the script to use /bin/sh since it's a valid posix script. The script does not handle brightness "0".

If you try to decrease brightness if it's already at 0, it produces errors:

~ # /usr/pandora/scripts/op_bright_down.sh
/usr/pandora/scripts/op_bright_down.sh: line 18: [: : integer expression expected
/usr/pandora/scripts/op_bright_down.sh: line 22: echo: write error: Invalid argument

Not sure how to attach a patch here, but you can get the change with:

git pull git://git.assembla.com/openpandora-oe.git bug-333

I also changed the script to use /bin/sh since it's a valid posix script.

]]>
FS#332: op_lidsettings.sh and op_power.sh scripts fail for some usernames http://bugs.openpandora.org/index.php?do=details&task_id=332 2014-03-22T17:02:22Z russ /usr/pandora/scripts/op_lidsettings.sh and /usr/pandora/scripts/op_power.sh fail for some usernames due to poor shell scripting   these scripts find their config files by grepping /etc/passwd for the uer currently running xfce4-session, but the loose regexp matches too much. this shell fragment from op_lidsettings.sh:   grep /etc/passwd -e $(ps u -C xfce4-session | tail -n1 | awk '{print $1}')| cut -f 6 -d ":"   when a use called "me" is logged in, returns   /home/root /usr/games /var/run/dbus /home/me   rather than just "/home/me"   all instances of that construct (reading and writing settings, in both op_lidsettings.sh and op_power.sh) should be changed to   grep /etc/passwd -e ^$(ps u -C xfce4-session | tail -n1 | awk '{print $1}'): | cut -f 6 -d ":"   to correctly match only the complete username field in /etc/passwd /usr/pandora/scripts/op_lidsettings.sh and /usr/pandora/scripts/op_power.sh fail for some usernames due to poor shell scripting

 

these scripts find their config files by grepping /etc/passwd for the uer currently running xfce4-session, but the loose regexp matches too much. this shell fragment from op_lidsettings.sh:

 

grep /etc/passwd -e $(ps u -C xfce4-session | tail -n1 | awk '{print $1}')| cut -f 6 -d ":"

 

when a use called "me" is logged in, returns

 

/home/root

/usr/games

/var/run/dbus

/home/me

 

rather than just "/home/me"

 

all instances of that construct (reading and writing settings, in both op_lidsettings.sh and op_power.sh) should be changed to

 

grep /etc/passwd -e ^$(ps u -C xfce4-session | tail -n1 | awk '{print $1}'): | cut -f 6 -d ":"

 

to correctly match only the complete username field in /etc/passwd

]]>