> KERNEL=="hidraw*", SUBSYSTEM=="hidraw", MODE="0664", GROUP="plugdev",
> ATTRS{idVendor}=="1050", ATTRS{idProduct}=="0113|0114|0115|0116|0120"
I needed a slightly different variation of this for a Yubikey Neo-N on
Trusty:
SUBSYSTEM=="usb", MODE="0664", GROUP="plugdev", ATTRS{idVendor}=="1050",
A
@Perham
Could you please post or email logs for both the --no-xmlpost and normal
cases, using the command line client v5.02?
Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1229195
Title:
Op
@Cory
Basically there are two ways the ASA administrator can allow clients to
select an authgroup (aka tunnel-group, aka Connection Profile):
1) Set up a group-alias for the tunnel-group, and turn on tunnel-group-
list to show the dropdown menu:
ciscoasa(config-webvpn)# show run webvpn
w
"What I really know is that the --no-xmlpost option fixed it somehow."
Could you please post the output from running:
openconnect --no-xmlpost --dump-http-traffic
openconnect --dump-http-traffic
No need to actually log in - the forms will suffice.
--
You received this bug notification becau
Cory: "By looking at the code in auth.c, it appears that the user
supplied authgroup is now validated against the list returned from the
server as part of the xmlpost code. Adding --no-xmlpost corrects the
problem because there's no list to validate against."
The current --authgroup implementation
"I need to specify --authgroup XXX where XXX is NOT one of the valid
options listed in the response from the sever. The server probably
shouldn't be setup that way, but it's not under my control."
Does this server work with the Cisco AnyConnect clients, or only
OpenConnect?
Perhaps it breaks on C
> I attempted to patch a --no-xmlpost option into network-manager-
openconnect
FWIW, I submitted a patch[1] to add an openconnect_set_xmlpost() library
function (for unrelated reasons tied to CSD/Hostscan). So on the GUI
side you would just need a checkbox in the glade xml, code to
save/restore/e
Now that Linux 3.9 is making its way into circulation, let's summarize
the reported issues to date:
1) No Dolphin V2 support. Still need to borrow hardware to fully
understand the report format and make edge scrolling work without
excessive pressure. I believe we have a good init sequence.
2) R
"ImportError: No module named apport"
Try: sudo apt-get install python-apport
It is possible that some of the DKMS packages posted in this thread will
need tweaking to build against Linux 3.8.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Just so we're on the same page - the "input-next" tree [1] (input.git,
branch "next") is Dmitry's staging area for proposed input subsystem
changes to send to Linus for the next merge window - currently targeting
Linux 3.9. My patches 01-13 are in there now. This includes the code
refactoring + R
"[ 1653.893381] psmouse serio1: alps: Unknown ALPS touchpad: E7=73 03
50, EC=73 02 02"
The second byte of the EC report distinguishes Dolphin V1 (0x01) from
Dolphin V2 (0x02). So you have Dolphin V2, the same touchpad found on
the Fujitsu A512.
I'm attaching a modified version of psmouse-alps-1.
"I compiled the 1.3 version from http://dahetral.com/public-download and
when I install it, my touchpad is no longer recognized."
Could you check dmesg? This version of the driver should print the
E7/EC report values if the touchpad "looks" like ALPS (based on the E6
report) but isn't recognized.
@Masoud, David J
>From what I can gather, the E6430u (ultrabook variant) identifies as
follows:
E7 report: 73 03 0a
EC report: 88 08 22 (aka: command mode response)
E6 report: 00 00 64
In the ALPS GUI, I believe this would show up as a Glidepoint T3 with
firmware version 08.22. Contrast with th
@Emmanuel
"Kevin's patch do not properly take into account the fact that the e6230
has 16 and 12 bits for the MT slots, and not 15 and 11 (this is the
ALPS_BITMAP_X_BITS and ALPS_BITMAP_Y_BITS setting)."
I will check this out. 2-finger scroll worked for me but I didn't do
much else with MT.
Are
I spent some time playing around with the ALPS binary driver, and I
found a detection/init sequence which works on both E6230 and E6430 (at
least the two units I tried).
It would be helpful to see test results + dmesg dumps from users of ALPS
trackpads (ANY model), as my sample size is very small
Public bug reported:
The devmem2 utility allows the user to read/write physical memory space
in three widths: byte, halfword, and word. These casts are used to
handle the different widths:
switch(access_type) {
case 'b':
*((
I experienced this problem on a fresh Precise (12.04) installation.
After adding the patch from git.xfce.org and rebuilding the package, the
problem appears to be resolved.
The updated xfwm4 package is in my PPA:
https://launchpad.net/~cernekee/+archive/ppa/+packages
Is there a way this change co
Bug #905449 links to a PPA with builds of Dante 1.3.2. These packages
(dante-client and libsocksd0) worked for me on Quantal:
https://launchpad.net/~tmus/+archive/stable
Since Dante 1.1.19 (released in Jan 2006) is obsolete anyway - is there
a way to get these updates pushed back into the Debian
I was able to build the "Mefisto" p7zip-9.13 package on Lucid.
Link: https://launchpad.net/~dariovezzosi/+archive/ppa/+build/1969190
Commands:
wget
'http://ppa.launchpad.net/dariovezzosi/ppa/ubuntu/pool/main/p/p7zip/p7zip_9.13.orig.tar.gz'
wget
'http://ppa.launchpad.net/dariovezzosi/ppa/ubuntu
19 matches
Mail list logo