Custom Query (230 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (103 - 105 of 230)

Ticket Resolution Summary Owner Reporter
#143 fixed Ubuntu packages are broken because of non-existing /usr/libexec or /usr/local/libexec dirs Antoine Martin blackhole123
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 Antoine Martin Antoine gmail
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 Antoine Martin Dwight Schauer
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.

Note: See TracQuery for help on using queries.