Re: Virtio fix for testing

Andrew Cagney writes: > Ref: https://marc.info/?l=openbsd-tech=168458764424059=2 > https://marc.info/?l=openbsd-misc=168071258109433=2 I see you found a similar issue and even a fix, good job. I believe misc@ is a better place for such questions, so I'm cc'ing that. > Is there a way to get an

Re: testing 7.2-beta ( tftpd )

On Wed, Jul 27, 2022 at 6:39 PM Sven F. wrote: > Dear readers, > > I ran tftpd like this : > > route -T 10 exec /usr/sbin/tftpd -d -v -c -l 192.168.2.1 /var/tftpd > > when trying to upload , it created an empty file in /var/tftpd > > # ls -ld /var/tftpd/; ls -l /var/tftpd/ > drwxr-xr-x 2

testing 7.2-beta ( tftpd )

Dear readers, I ran tftpd like this : route -T 10 exec /usr/sbin/tftpd -d -v -c -l 192.168.2.1 /var/tftpd when trying to upload , it created an empty file in /var/tftpd # ls -ld /var/tftpd/; ls -l /var/tftpd/ drwxr-xr-x 2 _tftpd wheel 512 Jul 27 18:31 /var/tftpd/ total 4 -rw-rw-rw- 1

Re: How much does battle-testing weigh?

Economics 101: doesn't matter what you say, it matters what you DO. Everyone says security is important; few actually give a shit about it. Amen brother! That's right to the point! Nick.

Re: How much does battle-testing weigh?

holes in the default install, in a heck of a long time!" is maybe because "no one" is using the system in production except very few. That's a fascinating leap of (il)logic. "I found a change on the website, and it must be proof of my point!" How much does battle-testing ma

Re: How much does battle-testing weigh?

On Tue, Mar 15, 2022 at 01:08:38AM +0100, i...@tutanota.com wrote: >Do you believe that OpenBSD has less attack vectors? I fail to see >that. If I install a basic Debian, just as an example, with only the >base system, there is nothing running to attack. If I install NGINX on >OpenBSD and on

Re: How much does battle-testing weigh?

On Mon, Mar 14, 2022 at 8:13 PM wrote: > Please see "Are all BSDs created equally. OpenBSD vs NetBSD vs FreeBSD" > https://www.youtube.com/watch?v=AvSPqo3_3vM > > How they are handled is another matter, but its just as easy as it is in > other OS's. > > Do you believe that OpenBSD has less attack

Re: How much does battle-testing weigh?

; is > maybe because "no one" is using the system in production except very > few. > > How much does battle-testing matter? > > Kind regards. >

Testing

Sent from my iPad

Re: DNS lookups on a different port for testing?

ind -L/usr/local/bind/libbind -lbind and a little bit more hacking of the code (only to call res_init() in the "right" place) this work! Thank you, now I can continue to use my OpenBSD machine for testing the DANE code in sm8. -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.

Re: DNS lookups on a different port for testing?

ed port (53). > Is there some way to set a different port for testing? I also tried > to link sendmail against libbind but then it fails during executtion: > > sendmail:/usr/lib/libc.so.95.0: ../sendmail/sendmail : WARNING: > symbol(__p_type_syms) size mismatch, relink your program > s

Re: DNS lookups on a different port for testing?

Claus Assmann wrote: > The functional tests for sendmail use ldns-testns as DNS server > which provides specific test data and error behaviours. > It runs on a port > 1024 to avoid requiring root access. you can use a combination of pf.conf rdr-to and 127.0.0.2 etc. i.e., bind to port 5353, have

DNS lookups on a different port for testing?

NET; _res.nsaddr_list[0].sin_addr = *ns; _res.nsaddr_list[0].sin_port = htons(port); _res.nscount = 1; but this does not work (anymore) on OpenBSD -- AFAICT the resolver implementation (asr?) has a hardcoded port (53). Is there some way to set a different port for testing? I also tr

Re: request for testing: bootstrapping time

On Mon, Jun 03, 2019 at 10:18:38AM -0400, sven falempin wrote: > On Mon, Jun 3, 2019 at 1:44 AM Otto Moerbeek wrote: > > > > Hi, > > > > If you ever wanted to be more involved in OpenBSD here's a chanche: > > > > https://marc.info/?l=openbsd-tech=155950103825035=2 > > > > It requires setting up

Re: request for testing: bootstrapping time

On Mon, Jun 3, 2019 at 1:44 AM Otto Moerbeek wrote: > > Hi, > > If you ever wanted to be more involved in OpenBSD here's a chanche: > > https://marc.info/?l=openbsd-tech=155950103825035=2 > > It requires setting up a test machine running a recent snapshot, so > that's a nice first step. Then get

request for testing: bootstrapping time

Hi, If you ever wanted to be more involved in OpenBSD here's a chanche: https://marc.info/?l=openbsd-tech=155950103825035=2 It requires setting up a test machine running a recent snapshot, so that's a nice first step. Then get the sources and apply the patch, build and test You'll find

Re: Request for testing

> > Do one needs to compile chromium port for this? > > > > I can do some testing of application, but I am not sure if I can > > finish kernel/userland compile actions correctly. > > > > ATM you need to build the base system, but no need to build chrome if yo

Re: Request for testing

On Fri, Jan 04, 2019 at 06:31:50PM +0200, Mihai Popescu wrote: > > 2. Apply diff, build and install userland. > Is Xenocara/X considered as userland? > > > MALLOC_OPTIONS=++ chrome > Do one needs to compile chromium port for this? > > I can do some testing of applicat

Re: Request for testing

> 2. Apply diff, build and install userland. Is Xenocara/X considered as userland? > MALLOC_OPTIONS=++ chrome Do one needs to compile chromium port for this? I can do some testing of application, but I am not sure if I can finish kernel/userland compile actions correctly.

Re: Request for testing

On Fri, Jan 04, 2019 at 02:23:19PM +0100, Otto Moerbeek wrote: > I'm looking for tests that cover a variety of use-cases. So use > whatever multi-threaded applications you would normally use. Play with > the options mentioned in the test request and report your findings. > > -Otto > Sorry

Re: Request for testing

t; > > If you ever thought about getting more involved and learning a bit > > > > about buikdling a current OpenBSD, there's a call for testing at > > > > > > > > https://marc.info/?l=openbsd-tech=154521488707434=2 > > > > > > > > T

Re: Request for testing

bout buikdling a current OpenBSD, there's a call for testing at > > > > > > https://marc.info/?l=openbsd-tech=154521488707434=2 > > > > > > Testing would provide me with valuable data about performance of > > > memory management in multi-threaded

Re: Request for testing

On Fri, Jan 04, 2019 at 01:05:37PM +0300, Consus wrote: > On 08:17 Fri 04 Jan, Otto Moerbeek wrote: > > Hi, > > > > If you ever thought about getting more involved and learning a bit > > about buikdling a current OpenBSD, there's a call for testing at > > >

Re: Request for testing

On 08:17 Fri 04 Jan, Otto Moerbeek wrote: > Hi, > > If you ever thought about getting more involved and learning a bit > about buikdling a current OpenBSD, there's a call for testing at > > https://marc.info/?l=openbsd-tech=154521488707434=2 > > Testing would provide me

Request for testing

Hi, If you ever thought about getting more involved and learning a bit about buikdling a current OpenBSD, there's a call for testing at https://marc.info/?l=openbsd-tech=154521488707434=2 Testing would provide me with valuable data about performance of memory management in multi-threaded

call for testing: rad(8) - a rtadvd(8) replacement

During g2k18 I commited rad(8). The latest amd64 and i386 snapshots should contain it with enough features to replace rtadvd(8). If you are using rtadvd(8) I'd appreciate if you could switch to rad(8) and report back if any features are missing. The plan is to unhook rtadvd(8) from the build

User-space TCP/IP testing with tap, bridge and PF

Hello list, I am developing a userspace TCP/IP stack. Most of the time on my servers I use special NICs and API to bypass the kernel. When on the go I'd like to do the same on my OpenBSD dev laptop. I chose to use tap + bridge and some PF-fu to try to make it work, but after several fruitless

How to disable privilege separation mode in SSHD? - for testing

Hello, What is the method to do a "UsePrivilegeSeaparation=no" on source code level? Is it the following?: sed -i 's/^int use_privsep = -1;$/int use_privsep = 0;/g' /home/user/src/usr.bin/ssh/sshd.c or am I wrong? only for testing purposes! cannot check childs. Many thanks.

Re: vmctl and 6.3/testing

On Tue, Mar 27, 2018 at 03:56:53PM -0400, sven falempin wrote: > Readers, > > I was able to setup a 6.3 openbsd inside a vmd (neat) > but i had to use '-b /bsd.rd' because '-d install63.fs' > always crashed inside the guest kernel at 'mount'. > > Now testing snaps

vmctl and 6.3/testing

Readers, I was able to setup a 6.3 openbsd inside a vmd (neat) but i had to use '-b /bsd.rd' because '-d install63.fs' always crashed inside the guest kernel at 'mount'. Now testing snapshots inside snapshots. Feels good man

Re: Testing IKEv2 with Android devices

On 2017-11-29, C. L. Martinez wrote: > On Wed, Nov 29, 2017 at 9:33 AM, Stuart Henderson > wrote: >> On 2017-11-26, C. L. Martinez wrote: >>> >>> Ok, it is seems the prolem is that iked(8) does not know how to perform >>>

Re: Testing IKEv2 with Android devices

On Wed, Nov 29, 2017 at 9:33 AM, Stuart Henderson wrote: > On 2017-11-26, C. L. Martinez wrote: >> >> Ok, it is seems the prolem is that iked(8) does not know how to perform >> Diffie-Hellman group negotiation: >> >>

Re: Testing IKEv2 with Android devices

On 2017-11-26, C. L. Martinez wrote: > > Ok, it is seems the prolem is that iked(8) does not know how to perform > Diffie-Hellman group negotiation: > > https://marc.info/?l=openbsd-tech=151136800328145=2 > > Am I correct? What is the current status for Tim's fix?

Re: Testing IKEv2 with Android devices

On Sun, Nov 26, 2017 at 09:02:46PM +0100, C. L. Martinez wrote: > Hi all, > > I am testing IKEv2 for Android roadwarriors clients ... I have done a very > basic config: > > ikev2 "roadwarriors" passive esp \ > from 0.0.0.0/0 to 172.22.55.0/27 \ >

Testing IKEv2 with Android devices

Hi all, I am testing IKEv2 for Android roadwarriors clients ... I have done a very basic config: ikev2 "roadwarriors" passive esp \ from 0.0.0.0/0 to 172.22.55.0/27 \ peer any \ config name-server 172.22.55.1 \ psk "stargazer" Launching &q

Re: cvs diff FAQ Ports Testing

> if I understand correctly: provide a short explanation, isn't-it?! exactly. > > yeah, the spacing around = in that file is somewhat arbitrary and > > inconsistent. i'll have to think a bit what to do there. this one patch > > doesn't really solve the problem, so i won't commit it as-is. > OK.

Re: cvs diff FAQ Ports Testing

Le 11/22/17 à 19:57, Theo Buehler a écrit : > (...) > it would be more helpful if you said what you intend to do, like "remove > an extra closing parenthesis". if I understand correctly: provide a short explanation, isn't-it?! > (...) > >> Previously, i mailed other diff, who has remained

Re: cvs diff FAQ Ports Testing

> A new diff for page FAQ > Ports > Testing. thanks, i committed this one. note that the path to the file is already listed four times below, so the above info is not particularly useful :) it would be more helpful if you said what you intend to do, like "remove an extra closi

cvs diff FAQ Ports Testing

Hi, all... A new diff for page FAQ > Ports > Testing. Index: faq/ports/testing.html === RCS file: /cvs/www/faq/ports/testing.html,v retrieving revision 1.37 diff -u -p -r1.37 testing.html --- faq/ports/testing.html 16 Oc

Re: testing cabling and NIC hardware with one machine

On 10/25/17 10:20 PM, Tony Sarendal wrote: Configure the interfaces into separate rdomains. /T Yup that works. For sure I know the packets are traveling along the wire using rdomains now. But I wonder how much of the RTT on each packet is due to the kernel/driver/rdomain code now. And also

Re: testing cabling and NIC hardware with one machine

Configure the interfaces into separate rdomains. /T 2017-10-25 21:17 GMT+02:00 Christopher Paul : > Hi Misc, > > I have been tasked with setting up a benchmark platform to test NICs and > network cables. I'd like to do this on one PC. So I want to send packets of >

testing cabling and NIC hardware with one machine

Hi Misc, I have been tasked with setting up a benchmark platform to test NICs and network cables. I'd like to do this on one PC. So I want to send packets of different protocols out of one interface and into the other, across/thru the NICs and whatever type/lengths of cabling I am using. The

Re: OpenBSD fuzzy testing

Hi there. > On Aug 23, 2017, at 3:56 AM, Infoomatic <infooma...@gmx.at> wrote: > > Hi, > As nowadays I read quite a lot of projects being fuzzy tested or > vulnerabilities detected by fuzzy testing, I am quite curious: what is the > status of OpenBSD kernel/base system

OpenBSD fuzzy testing

Hi, As nowadays I read quite a lot of projects being fuzzy tested or vulnerabilities detected by fuzzy testing, I am quite curious: what is the status of OpenBSD kernel/base system concerning fuzzy testing? Is there a plan on using the Google fuzzer? thanks regards, infoomatic

Re: touchpad input driver: testing needed

Hi Ulf, On Mon, Aug 07, 2017 at 10:14:20PM +0200, Ulf Brosziewski wrote: | Hi Paul, | | thanks for the feedback. | | With respect to tapping, I'm already running out of hypotheses | that can be tested without fine-grained debugging. You might | check whether pressure thresholds play a role,

Re: touchpad input driver: testing needed

Ulf Brosziewski wrote: > Hi Jeff, > > thanks for the test and the report. I'm pleased with the > result, of course. But there is a strange thing in > the wsconsctl output: The touchpad reports its vertical > but not its horizontal resolution. By itself, that's

Re: touchpad input driver: testing needed

On 08/10/2017 01:47 AM, Ulf Brosziewski wrote: > On 08/09/2017 02:12 PM, Matthias Schmidt wrote: >> Hi, >> >> >> * Marcus MERIGHI wrote: >>> Hello, >>> >>> just as Josh I have a X220 which works fine, thanks! >>> >>> notes: two-finger-scrolling has changed; it takes a little more to >>> start

Re: touchpad input driver: testing needed

On 08/09/2017 02:12 PM, Matthias Schmidt wrote: > Hi, > > > * Marcus MERIGHI wrote: >> Hello, >> >> just as Josh I have a X220 which works fine, thanks! >> >> notes: two-finger-scrolling has changed; it takes a little more to >> start scrolling; it scrolls a little slower; it stops scrolling >>

Re: touchpad input driver: testing needed

Hi, thanks for testing and for these hints. You are not the first one who thinks that scrolling is a bit slow. I will consider increasing the default speed, but such a change would need some checks because the speed is not uniform on different touchpads - which is due to the fact that many

Re: What about some automated testing for X programs? Re: Libreoffice calc crash

> As of today, what package testing is automated by anyone? None. So you can be first to do it...

Re: touchpad input driver: testing needed

open...@xosc.org (Matthias Schmidt), 2017.08.09 (Wed) 14:12 (CEST): > * Marcus MERIGHI wrote: > > notes: two-finger-scrolling has changed; it takes a little more to > > start scrolling; it scrolls a little slower; it stops scrolling > > instantly when I lift my fingers (formerly, if I scrolled

Re: touchpad input driver: testing needed

Hi, * Marcus MERIGHI wrote: > Hello, > > just as Josh I have a X220 which works fine, thanks! > > notes: two-finger-scrolling has changed; it takes a little more to > start scrolling; it scrolls a little slower; it stops scrolling > instantly when I lift my fingers (formerly, if I scrolled

Re: touchpad input driver: testing needed

Hello, just as Josh I have a X220 which works fine, thanks! notes: two-finger-scrolling has changed; it takes a little more to start scrolling; it scrolls a little slower; it stops scrolling instantly when I lift my fingers (formerly, if I scrolled with a swing and then released the touchpad it

What about some automated testing for X programs? Re: Libreoffice calc crash

It would be worthwhile that someone set up a testing environment that automatically downloads and installs the latest OpenBSD and package versions, and runs these standard tasks through standard programs, as a way for users to be more spared from being the first to discover these bugs

Re: touchpad input driver: testing needed

Hi, unfortunately, the input driver won't work in this configuration, but I hope we can change that soon ;-) On 08/07/2017 09:16 PM, Michele Curti wrote: > On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: >> >> If you have a new snapshot (from July 27 or later) on a laptop with

Re: touchpad input driver: testing needed

Hi Paul, thanks for the feedback. With respect to tapping, I'm already running out of hypotheses that can be tested without fine-grained debugging. You might check whether pressure thresholds play a role, but I wouldn't be too optimistic about it. You could clear them as follows: #

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > > If you have a new snapshot (from July 27 or later) on a laptop with a > Synaptics, Apple, Alps, or Elantech-4 touchpad, you could help with > tests, more tests, and tests. In order to activate the driver, add the Hi, I'm using

Re: touchpad input driver: testing needed

On Mon, Aug 07, 2017 at 01:13:22AM +0200, Ulf Brosziewski wrote: | On 08/05/2017 11:10 PM, Paul de Weerd wrote: | > Hi Ulf, | > | > On Fri, Aug 04, 2017 at 11:26:12PM +0200, Ulf Brosziewski wrote: | > | Hi Paul, | > | | > | thanks for your help. Does tapping work when you use | > | the

Re: touchpad input driver: testing needed

On 08/05/2017 11:10 PM, Paul de Weerd wrote: > Hi Ulf, > > On Fri, Aug 04, 2017 at 11:26:12PM +0200, Ulf Brosziewski wrote: > | Hi Paul, > | > | thanks for your help. Does tapping work when you use > | the synaptics driver? > > Nope, it doesn't. > which probably means there is either

Re: touchpad input driver: testing needed

Hello, The outputs from 'dmesg' and 'wsconsctl | grep mouse' on my Dell Inspiron 5567 follow: % dmesg OpenBSD 6.1-current (GENERIC.MP) #34: Tue Aug 1 18:56:18 MDT 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8389611520 (8000MB) avail mem = 8128987136

Re: touchpad input driver: testing needed

Hello, The outputs from 'dmesg' and 'wsconsctl | grep mouse' on my Dell Inspiron 5567 follow: % dmesg OpenBSD 6.1-current (GENERIC.MP) #34: Tue Aug 1 18:56:18 MDT 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8389611520 (8000MB) avail mem = 8128987136

Re: touchpad input driver: testing needed

Hi Ulf, On Fri, Aug 04, 2017 at 11:26:12PM +0200, Ulf Brosziewski wrote: | Hi Paul, | | thanks for your help. Does tapping work when you use | the synaptics driver? Nope, it doesn't. | In the test setup with ws and the internal driver there | are some restrictions on tapping: | 1) It is

Re: touchpad input driver: testing needed

This is from a Dell xps 9333 model which has a Synaptics touchpad which has been working fine otherwise and appears to continue to work fine with your driver. wsconsctl mouse.type=synaptics mouse.rawmode=0 mouse.scale=1472,5676,1408,4722,0,45,60 mouse.tp.tapping=1 mouse.tp.scaling=0.172

Re: touchpad input driver: testing needed

Hi there! A ThinkPad T460s over here working like a charm; some verbose output below. Regards, $ $ doas wsconsctl | grep mouse wsconsctl: Use explicit arg to view keyboard.map. mouse.type=synaptics mouse.rawmode=0 mouse.scale=1472,5676,1408,4762,0,45,69 mouse.tp.tapping=1 mouse.tp.scaling=0.171

Re: touchpad input driver: testing needed

Hi Paul, thanks for your help. Does tapping work when you use the synaptics driver? In the test setup with ws and the internal driver there are some restrictions on tapping: 1) It is suppressed when the position is an edge area (presumably the software button area at the bottom edge

Re: touchpad input driver: testing needed

Hi Ulf, This really helps a lot on my touchpad. I used to have the following config: Section "InputClass" Identifier "Sony VAIO touchpad" MatchIsTouchpad "on" Option "TapButton1" "1" Option "HasSecondarySoftButtons" "true" Option "ClickPad" "true"

Re: touchpad input driver: testing needed

On Thu, Aug 03, 2017 at 10:48:12PM +0200, Ulf Brosziewski wrote: > Sorry, I should have been more explicit in my message: Not all > hardware and driver setups are supported yet. Your touchpad is > a HID device, a "Windows Precision Touchpad". Up to now, the > hardware driver (imt(4)) hasn't

Re: touchpad input driver: testing needed

Sorry, I should have been more explicit in my message: Not all hardware and driver setups are supported yet. Your touchpad is a HID device, a "Windows Precision Touchpad". Up to now, the hardware driver (imt(4)) hasn't been adapted to the new wsmouse functionality, only models that run with

Re: touchpad input driver: testing needed

Thanks a lot. Again, there seems to be a misunderstanding concerning the 'swapsides' flag. I have described its meaning in my answer to Tom, and I hope it's clearer this time. On 08/03/2017 06:30 PM, Bruno Flueckiger wrote: > I've tested it on my HP ProBook 450 G3 with the snapshot from July

Re: touchpad input driver: testing needed

Thanks for testing. It looks like my description of the 'swapsides' flag has caused misunderstandings here: It doesn't invert scroll directions, rather it sets up button areas or scroll areas for left-handed use: An area for vertical scrolling - if present - will be at the left edge

Re: touchpad input driver: testing needed

Thanks for the report. The speed of scrolling is indeed independent of the scale factor. Internally, these are distinct settings. (I've been vaguely considering to couple them, but there is nothing settled yet; it might be a bad idea if the initial values don't match). As to the pointer

Re: touchpad input driver: testing needed

I've tested it on my HP ProBook 450 G3 with the snapshot from July 30. In xorg.conf I've put the block you've proposed, there is nothing else in it. Cursor moves: OK Tapping:OK one finger = left click, two fingers = right click Swapsides: not OK, scroll bar moves the same way my

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > for you. As always, a dmesg would be appreciated. The output of > # wsconsctl | grep 'mouse' > could also be of interest here (you must run it as root). This is from a Dell XPS 13 9343. The mouse pointer moves into the wrong

Re: touchpad input driver: testing needed

On my Thinkpad X1 Carbon (first gen, I think) it looks pretty good. The only thing in xorg.conf is your proposed block. Cursor moves: Yes Pad tapping: Yes, honours enable/disable Pad speed/scaling: Honours setting Swapsides: not honoured Regardless of setting, the scroll bar moves in sync with

Re: touchpad input driver: testing needed

No apparent problems here on my ThinkPad x220i. Base pointer speed was slightly slower which I was able to adjust by setting mouse.tp.scaling. This did, however, not affect the two-finger-scrolling, which required more mileage on my trackpad to scroll compared to the synaptics driver. Nice work!

Re: touchpad input driver: testing needed

Lenovo T430 here, everything seems to be in order. I didn't have to make any changes to the defaults, and didn't have any synaptics config before. It seems to behave the same, so I don't see any difference. mouse.type=synaptics mouse.rawmode=0 mouse.scale=1472,5470,1408,4498,0,60,85

Re: touchpad input driver: testing needed

press 3 > > button release 3 > > button press 1 > > button release 1 > > button press 1 > > button release 1 > > button press 1 > > button release 1 > > button press 1 > > button release 1 > > button press 3 > > button rele

Re: touchpad input driver: testing needed

On Tue, Aug 01, 2017 at 10:12:05PM +0200, Ulf Brosziewski wrote: > I have the impression that multi-finger clicks are popular > among Mac users, is it correct? However, if the new driver > works it should offer software button areas at the bottom > edge of the touchpad, as elsewhere. Are they

Re: touchpad input driver: testing needed

press 1 > button release 1 > button press 1 > button release 1 > button press 3 > button release 3 > button press 1 > button release 1 > button press 1 > button release 1 > button press 3 > button release 3 > button press 3 > button release 3 > &

Re: touchpad input driver: testing needed

button release 1 button press 3 button release 3 button press 3 button release 3 On Tue, Aug 1, 2017 at 9:53 PM, Ulf Brosziewski <ulf.brosziew...@t-online.de > wrote: > Hi, > > thanks for testing! Does "NOT OK" mean that two-finger > scrolling works badly, or

Re: touchpad input driver: testing needed

Hi Bryan, I have the impression that multi-finger clicks are popular among Mac users, is it correct? However, if the new driver works it should offer software button areas at the bottom edge of the touchpad, as elsewhere. Are they missing? Are they too small? Or is it "simply" not your habit?

Re: touchpad input driver: testing needed

Hi, thanks for testing! Does "NOT OK" mean that two-finger scrolling works badly, or that it doesn't work at all? If possible, could you record the output of $ xinput --test /dev/wsmouse0 for a short period of time and perform the scroll gesture? Ulf On 08/01/2017 11:09 AM, Olivi

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 05:37:00PM -0700, Bryan Vyhmeister wrote: > On Mon, Jul 31, 2017 at 08:09:31PM -0400, Ted Unangst wrote: > > Bryan Vyhmeister wrote: > > > On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > > > > for you. As always, a dmesg would be appreciated. The output

Re: touchpad input driver: testing needed

Mouse move: OK Mouse tapping: OK Two-fingers scrolling: NOT OK Machine Lenovo Thinkpad E130 # wsconsctl | grep 'mouse' mouse.type=synaptics mouse.rawmode=0 mouse.scale=1472,5768,1408,5236,0,66,175 mouse.tp.tapping=1 mouse.tp.scaling=0.160 mouse.tp.swapsides=0 mouse.tp.disable=0 mouse1.type=ps2

Re: touchpad input driver: testing needed

Feedback report --- Hardware: Thinkpad X220. Results:Excellent! wsconsctl configuration changes:None. mouse.type=synaptics mouse.rawmode=0 mouse.scale=1472,5768,1408,5062,0,65,136 mouse.tp.tapping=0

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > for you. As always, a dmesg would be appreciated. The output of > # wsconsctl | grep 'mouse' > could also be of interest here (you must run it as root). Here is another report from a Lenovo N22. This system has a Synaptics

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 08:09:31PM -0400, Ted Unangst wrote: > Bryan Vyhmeister wrote: > > On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > > > for you. As always, a dmesg would be appreciated. The output of > > > # wsconsctl | grep 'mouse' > > > could also be of interest

Re: touchpad input driver: testing needed

Bryan Vyhmeister wrote: > On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > > for you. As always, a dmesg would be appreciated. The output of > > # wsconsctl | grep 'mouse' > > could also be of interest here (you must run it as root). > > This report is from a MacBookAir7,2

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > for you. As always, a dmesg would be appreciated. The output of > # wsconsctl | grep 'mouse' > could also be of interest here (you must run it as root). This report is from a MacBookAir7,2 which is a 2015 13-inch MacBook

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > for you. As always, a dmesg would be appreciated. The output of > # wsconsctl | grep 'mouse' > could also be of interest here (you must run it as root). Here is another report. This one is from a Lenovo LaVie Z with an

Re: touchpad input driver: testing needed

On Mon, Jul 31, 2017 at 11:02:28PM +0200, Ulf Brosziewski wrote: > for you. As always, a dmesg would be appreciated. The output of > # wsconsctl | grep 'mouse' > could also be of interest here (you must run it as root). This is from a Lenovo ThinkPad X1 Carbon (4th Gen) which has a

touchpad input driver: testing needed

In the long run the synaptics driver, which handles touchpad inputs in X, may be a dead end of the input framework, and it's time to prepare an alternative. The kernel contains an internal touchpad input driver now, it's a part of wsmouse(4). It provides standard features - two-finger/edge

Re: HEADS up: how to cope with pre-release testing with pkg_add(1)

On Fri, Mar 31, 2017 at 10:28:42PM +0300, Mihai Popescu wrote: > > So pkg_add will look for the release directory, and not find it yet because > > it's not out > yet. > > Is PKG_PATH ignored then? RTFM, I'm just making people aware of recent stuff that's fully documented. > > until the release

Re: HEADS up: how to cope with pre-release testing with pkg_add(1)

> So pkg_add will look for the release directory, and not find it yet because > it's not out > yet. Is PKG_PATH ignored then? > until the release is done. So this is for people wanting to install release only?

HEADS up: how to cope with pre-release testing with pkg_add(1)

Just so that the subject makes it clear. This info already made it in various messages ont the mailing list. Right now, if you install OpenBSD, it says 6.1 without beta. So pkg_add will look for the release directory, and not find it yet because it's not out yet. pkg_add -Dsnap will make

Re: Testing stability of internet connection for VPn tunnel

Hi there, maybe its important to notice that the provider change also changed the way we connect to the net. we had a provider router that was basically transperent so my soekris could add a static route with her internal ip and it worked. now we have a modem7router that is not

Testing stability of internet connection for VPn tunnel

Hey there, like the topic says I just need to get an idea how to really check if the internet connection can handle the traffic over my vpn tunnel. I was thinking of doing a ping with a bigger size of payload and check how many packages get droped over a fixed amount of time but if there is

Testing the waters - BUG in Indianapolis, IN USA

All, If anyone is in the area and would be interested, please let me know through the form below: http://techpoint.org/2016/09/indianapolis-bsd-user-group/ Thanks, Bryan

Re: Interesting error message from disk testing

On Tue, 28 Jun 2016, STeve Andre' wrote: I am testing some new 8TB disks. I've taken to doing dd if=/dev/zero of=/dev/rsd3c bs=64k and dd if=/dev/rsd3c of=/dev/null bs=64k as a first test. It's depressing how often I've found problems on big disks. Today, the read test produced

Interesting error message from disk testing

I am testing some new 8TB disks. I've taken to doing dd if=/dev/zero of=/dev/rsd3c bs=64k and dd if=/dev/rsd3c of=/dev/null bs=64k as a first test. It's depressing how often I've found problems on big disks. Today, the read test produced an error in the messages file I've not seen

  1   2   3   4   >