Custom Query (230 matches)
Results (136 - 138 of 230)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#143 | fixed | Ubuntu packages are broken because of non-existing /usr/libexec or /usr/local/libexec dirs | ||
Description |
/usr/libexec and /usr/local/libexec do not (and should not, I suppose) exist under a standard Ubuntu install, and yet the packages contain references to them. In particular, replacing them by /usr/lib/ and /usr/local/lib in /usr/lib/python2.6/winswitch/utils/paths.py at lines 126 and 128 (+/- 1) is needed for the server to start. |
|||
#147 | fixed | to enable ARD on OSX, we need the user's password - provide a way to request it | ||
Description |
The command used for toggling ARD on or off requires authentication, at the moment we don't keep the password (we should - but only for platforms that are known to require it: osx) and we need a way to request it if we do not have it (key login). Then we can use the password to enable ARD if it is not enabled (and potentially other things - auto-start?) |
|||
#149 | fixed | The '<' key produces '>' with the winswitch xpra | ||
Description |
Using xfce4's terminal the '<' and '>' keys are fine. Using the same terminal and going through xpra, < (lt) is > (gt), but > (gt) is still correct, and , (comma) and . (period) are still correct. Without xpra: <> ,. With xpra: >> ,. I can copy/paste a '<' from a non xpra window and it works as expected. Same thing happens with Xfce's Mousepad 0.2.16 and Terminal 0.4.7. This is with aur/xpra-winswitch 0.0.7.22-1 aur/parti-all 0.0.6-2 is fine and does not have this bug. Both Xfce's Mousepad and Terminal behaviours are correct in terms of '<' and '>' when using the xpra from parti-all. |