Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-05-11 Thread Mayuresh
On Sun, Apr 11, 2021 at 04:41:37PM +0100, Chavdar Ivanov wrote: > And still --- in -current at least, if the trackpad is a Synaptics, I have > > hw.synaptics.gesture_length = 20 > > So you have a great many knobs to play with. So, I had this problem on 2 laptops. On both, I am trying out

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-15 Thread Brett Lymn
On Mon, Apr 12, 2021 at 10:10:23PM -, Michael van Elst wrote: > mayur...@acm.org (Mayuresh) writes: > > >pms0: synaptics_probe: Not synaptics. > > >It's not synaptics, but in an older log that I shared Linux did treat it > >as so. > > You could replace the pms_synaptics_probe_init()

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-12 Thread Michael van Elst
mayur...@acm.org (Mayuresh) writes: >pms0: synaptics_probe: Not synaptics. >It's not synaptics, but in an older log that I shared Linux did treat it >as so. You could replace the pms_synaptics_probe_init() function with something that just sets the capabilities flags that you assume to be

Re: NetBSD 9.1 VPS: Too many dhclient XMT: solicit messages

2021-04-12 Thread Roy Marples
On 11/04/2021 19:19, Mayuresh wrote: Such messages are appearing every 2 minutes 2s. Apr 11 23:32:35 localhost dhclient[2032]: XMT: Solicit on vioif0, interval 110920ms. Apr 11 23:34:27 localhost dhclient[2032]: XMT: Solicit on vioif0, interval 115560ms. Apr 11 23:36:22 localhost

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-12 Thread Mayuresh
On Mon, Apr 12, 2021 at 09:23:23AM -, Michael van Elst wrote: > I'm not sure if that was really the same device. It sounds more like > Focaltech producing devices that are Synaptics compatible and devices > that are not. Rest assured it was the same laptop running debian at that time,

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-12 Thread Michael van Elst
mayur...@acm.org (Mayuresh) writes: >Seems so now. I have posted a link to my 2017 post where Linux was also >using synaptics for the same device and it was working fine. So worth a >try if it works even partly (+ whatever we can achieve with sysctl option >tuning). I'm not sure if that was

Re: NetBSD 9.1 VPS: Too many dhclient XMT: solicit messages

2021-04-12 Thread Mayuresh
On Mon, Apr 12, 2021 at 09:14:04AM +0100, Roy Marples wrote: > There is no DHCP (probably DHCPv6, but unsure) server on the other end of > vioif0 or there is an issue with it replying like say a firewall. The pid's command appears as this dhclient -6 -i vioif0 I do not recollect how it

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-12 Thread Mayuresh
On Mon, Apr 12, 2021 at 06:21:29AM -, Michael van Elst wrote: > A kernel can have the config embedded, and 'config -x' will dump that > config. Got it, thanks. Confirmed that it's compiled in. > The sysctl nodes however are only created if the driver actually > finds a synaptics touchpad.

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-12 Thread Michael van Elst
mayur...@acm.org (Mayuresh) writes: >On Mon, Apr 12, 2021 at 05:16:37AM -, Michael van Elst wrote: >> >options PMS_SYNAPTICS_TOUCHPAD # Enable support for Synaptics Touchpads >> >> It's a compile-time option for the pms driver to include code that >> handles Synaptics Touchpads. >So I

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
On Mon, Apr 12, 2021 at 05:16:37AM -, Michael van Elst wrote: > >options PMS_SYNAPTICS_TOUCHPAD # Enable support for Synaptics Touchpads > > It's a compile-time option for the pms driver to include code that > handles Synaptics Touchpads. So I can assume synaptics support is compiled

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Michael van Elst
mayur...@acm.org (Mayuresh) writes: >On Sun, Apr 11, 2021 at 08:15:03PM +0200, Martin Husemann wrote: >> grep '^pms' /var/run/dmesg.boot >pms0 at pckbc2 (aux slot) >wsmouse0 at pms0 mux 0 >But the following line in the kernel config is enabled. How is it supposed >to play a role? The name

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
On Sun, Apr 11, 2021 at 08:15:03PM +0200, Martin Husemann wrote: > grep '^pms' /var/run/dmesg.boot pms0 at pckbc2 (aux slot) wsmouse0 at pms0 mux 0 But the following line in the kernel config is enabled. How is it supposed to play a role? The name Synaptics comes only on 'options' line and

NetBSD 9.1 VPS: Too many dhclient XMT: solicit messages

2021-04-11 Thread Mayuresh
Such messages are appearing every 2 minutes 2s. Apr 11 23:32:35 localhost dhclient[2032]: XMT: Solicit on vioif0, interval 110920ms. Apr 11 23:34:27 localhost dhclient[2032]: XMT: Solicit on vioif0, interval 115560ms. Apr 11 23:36:22 localhost dhclient[2032]: XMT: Solicit on vioif0, interval

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Chavdar Ivanov
On Sun, 11 Apr 2021 at 18:57, Mayuresh wrote: > > On Sun, Apr 11, 2021 at 11:18:48PM +0530, Mayuresh wrote: > > Or may be it has to be enabled. man pms shows this: > > > > options PMS_SYNAPTICS_TOUCHPAD > > > > May be compiling this in the kernel should be the first thing to try. > > I

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Martin Husemann
On Sun, Apr 11, 2021 at 11:27:15PM +0530, Mayuresh wrote: > I checked the GENERIC kernel configuration file and above line is already > uncommented there. So, shouldn't it have shown the snyaptics options in > sysctl -a (as per man pms)? What am I missing? If grep '^pms'

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
On Sun, Apr 11, 2021 at 11:18:48PM +0530, Mayuresh wrote: > Or may be it has to be enabled. man pms shows this: > > options PMS_SYNAPTICS_TOUCHPAD > > May be compiling this in the kernel should be the first thing to try. I checked the GENERIC kernel configuration file and above line is

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
On Sun, Apr 11, 2021 at 11:05:53PM +0530, Mayuresh wrote: > BTW on NetBSD 9.1 Synaptics properties don't seem to be present > # sysctl -a | grep -i syna > # Or may be it has to be enabled. man pms shows this: options PMS_SYNAPTICS_TOUCHPAD May be compiling this in the kern

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
On Sun, Apr 11, 2021 at 11:05:53PM +0530, Mayuresh wrote: > Thanks. Based on the following I do not know how to decide whether it is > Synaptics. > > $ grep Touch /var/log/Xorg.0.log > [ 899.721] (II) Using input driver 'libinput' for 'FocalTechPS/2 FocalTech > Touchpad' It seems to be using

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Mayuresh
FocalTechPS/2 FocalTech Touchpad: device is a touchpad [ 899.778] (II) config/udev: Adding input device FocalTechPS/2 FocalTech Touchpad (/dev/input/mouse0) [ 918.079] (II) event5 - FocalTechPS/2 FocalTech Touchpad: device removed BTW on NetBSD 9.1 Synaptics properties don't seem to be presen

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-11 Thread John D. Baker
On Sat, 10 Apr 2021, Rhialto wrote: > I have a laptop of about 10 years old with an Intel "GM45"(?) chipset > (or i965 is mentioned in some places). I have a G41 chipset in my primary workstation machine and I see frequent references to i965 for dri-related things (and that the i965 vdpau module

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-11 Thread Rhialto
On Sun 11 Apr 2021 at 08:07:20 -0500, John D. Baker wrote: > I've seen/experienced these as well, mostly when trying to play videos > through firefox (firefox52, actually). IIRC, the workaround has been > to set "LIBGL_ALWAYS_INDIRECT=1". I do it in a wrapper script for > firefox, but if other

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-11 Thread Chavdar Ivanov
On Sat, 10 Apr 2021 at 11:22, Chavdar Ivanov wrote: > > On Sat, 10 Apr 2021 at 10:51, Mayuresh wrote: > > > > Seems an old issue [1][2] where the touchpad gestures happen inadvertently > > while typing on keyboard with slightest of touch. > > > > Is there any solution in sight, such as even by

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Mayuresh
On Sat, Apr 10, 2021 at 01:58:33PM -0500, John D. Baker wrote: > I should note that I do not and cannot speak for NetBSD developers, but > merely an interested user who has dealt with this issue in the recent > past and all of my affected systems are handled satisfactorily. Appreciate your help.

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Mayuresh
On Sat, Apr 10, 2021 at 01:53:48PM -0500, John D. Baker wrote: > As this is a USB-stick installation, I presume you expect to be able to > boot it on any machine you encounter? Other systems with intel graphics > devices may be just fine with SNA, so you may want to move the "xorg.conf" > aside

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread John D. Baker
Linux is using the "modesetting" driver rather than the "intel" driver. This is an option on NetBSD as well, although ISTR that OpenGL doesn't yet work with the "modesetting" driver currently in NetBSD's Xorg sources. (Or was it something else that was not ready for prime time?) As such, it

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread John D. Baker
I should note that I do not and cannot speak for NetBSD developers, but merely an interested user who has dealt with this issue in the recent past and all of my affected systems are handled satisfactorily. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ /

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread John D. Baker
Based on the PCI DeviceID (0x0f31), this appears to be a "Valleyview (Baytail)" device (as described in "intel_module.c" in the xf86-video-intel sources. This is considered a generation 7.1 device and as such currently defaults to SNA rather than UXA (gen 3.1-5.0 inclusive). I suppose we need

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread John D. Baker
Could you post some details about which intel video device/chipset the affected system is using? There are some newer chips that can use AccelMethod SNA, but also require Option TearFree (which IIRC is now on by default). Otherwise, the screen is garbled much as you describe. There some older

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Rhialto
On Sat 10 Apr 2021 at 21:17:31 +0200, Rhialto wrote: > "i965: Failed to submit batchbuffer: Input/output error", > and the kernel crashes sometimes a short time later. /usr/pkg/libexec/xscreensaver/carousel reliably provokes that error message. The kernel log contains then lots of hexdump, and

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Rhialto
Server 1.20.5 X Protocol Version 11, Revision 0 [23.826] Build Operating System: NetBSD/amd64 9.1 - The NetBSD Foundation, Inc. [23.826] Current Operating System: NetBSD vargaz.falu.nl 9.1 NetBSD 9.1 (GENERIC) #0: Sun Oct 18 19:24:30 UTC 2020 mkre...@mkrepro.netbsd.org:/usr/src/sys/

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Mayuresh
On Sat, Apr 10, 2021 at 01:01:32PM -0500, John D. Baker wrote: > Under Linux 'lspci' for the device at bus 0, device 2, function 0 should > show more information--possibly even a chipset name/number. Here it is: # lspci -vvv -s 0:2.0 00:02.0 VGA compatible controller: Intel Corporation Atom

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Mayuresh
On Sat, Apr 10, 2021 at 11:48:07AM -0500, John D. Baker wrote: > If you could move your "xorg.conf" aside, restart X, and post the > resulting "/var/log/Xorg.0.log", that might shed some light on which > chip is not covered by the above cases. Currently the system is in use on Linux. So I am

Re: NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-10 Thread Chavdar Ivanov
On Sat, 10 Apr 2021 at 10:51, Mayuresh wrote: > > Seems an old issue [1][2] where the touchpad gestures happen inadvertently > while typing on keyboard with slightest of touch. > > Is there any solution in sight, such as even by conceding some > functionality? Tried the settings suggested in [1],

NetBSD 9.1 amd64 base X11: hypersensitive touchpad

2021-04-10 Thread Mayuresh
Seems an old issue [1][2] where the touchpad gestures happen inadvertently while typing on keyboard with slightest of touch. Is there any solution in sight, such as even by conceding some functionality? Tried the settings suggested in [1], that did not solve it. [1]

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-10 Thread Mayuresh
On Fri, Apr 09, 2021 at 11:25:47PM +0200, Jörn Clausen wrote: > Someone on this list suggested this change to me (also using i915drmkms0) > + Option "AccelMethod" "uxa" Excellent find! It solved my problem. Thank you very much for sharing and to one who found it. -- Mayuresh

Re: NetBSD 9.1 amd64, base X11: garbled display

2021-04-09 Thread Jörn Clausen
ee messages like kern error: [drm:(/usr/src/sys/external/bsd/drm2/dist/drm/i915/intel_sprite.c:132)intel_pipe_update_start] *ERROR* Potential atomic update failure on pipe A: -35 but X11 is stable and I don't have any visual artefacts. On Fri, Apr 9, 2021 at 9:04 PM Mayuresh wrote:

NetBSD 9.1 amd64, base X11: garbled display

2021-04-09 Thread Mayuresh
Recently installed NetBSD 9.1 amd64 on USB stick and booting a laptop. x11 is starting, but the screen looks garbled. Even xinit xterm opens xterm but even the prompt doesn't appear correctly. (Looks something like video synchronization going wrong.) X -configure shows driver as "intel&qu

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-06 Thread Martin Husemann
On Tue, Apr 06, 2021 at 12:09:29PM +0530, Mayuresh wrote: > I think NetBSD, to a larger extent than others, used to be agnostic to a > specific hardware it is installed on, which IMHO was a great feature. It still is - on the same architecture and using the same boot method. For amd64 you can

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-06 Thread Mayuresh
On Tue, Apr 06, 2021 at 07:48:31AM +0200, Martin Husemann wrote: > The installer is supposed to run on the target machine and it tries to > avoid many questions by checking the machine instead of asking > the user. > > Also the results may differ significantly and the "generic" solution > could

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Martin Husemann
On Tue, Apr 06, 2021 at 11:13:06AM +0530, Mayuresh wrote: > BTW isn't it good for the installer to not assume anything about the > target machine? It makes the installation more resilient to hardware > changes. The installer is supposed to run on the target machine and it tries to avoid many

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Mayuresh
On Tue, Apr 06, 2021 at 07:22:22AM +0200, Martin Husemann wrote: > A device booted via UEFI (as you are apparently setting up) will not > need any bootsector installed, so the installer does not ask for anything > but just puts the proper file(s) into the EFI partition. > > If you are preparing

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Martin Husemann
On Tue, Apr 06, 2021 at 07:41:39AM +0530, Mayuresh wrote: > Device Boot Start End Sectors Size Id Type > /dev/sdb1 64 262207 262144 128M ef EFI (FAT-12/16/32) > /dev/sdb2 *262272 30031871 29769600 14.2G a9 NetBSD A device booted via UEFI (as you are apparently

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Mayuresh
On Mon, Apr 05, 2021 at 04:14:50PM -0400, Bob Bernstein wrote: > https://wiki.netbsd.org/tutorials/how_to_install_netbsd_from_an_usb_memory_stick/ I think in earlier versions of installers, the installation process used to do the needful. But may be I do not recollect well enough. The

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Mayuresh
On Mon, Apr 05, 2021 at 08:55:28PM +0200, Matthias Petermann wrote: > I recently set up a NetBSD 9.1 for my NAS with BIOS boot in the same way. My > problem was that both the installer USB stick and the target USB stick for > the installation were connected at the same time during the ins

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Bob Bernstein
On Mon, 5 Apr 2021, Mayuresh wrote: What exactly do I need to do to make it bootable. I don't need it to work with the hdd of the host or grub etc. Just need plain simple bootable usb stick that would boot into NetBSD. It's a small world. I just got through reading this about an hour ago:

Re: Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Matthias Petermann
Hi Mayuresh, I recently set up a NetBSD 9.1 for my NAS with BIOS boot in the same way. My problem was that both the installer USB stick and the target USB stick for the installation were connected at the same time during the installation (logical ;-)). During the installation, the target USB

Installing NetBSD 9.1 on USB stick, not booting

2021-04-05 Thread Mayuresh
I have installed NetBSD 9.1 on a USB stick. I think earlier installers used to ask about bootcode. 9.1 installer didn't ask me about it. The installation seems fine but the stick is not booting. I tried manually setting the boot manager (fdisk -B) though it didn't work. I do not have a trace

Re: Where is NetBSD-9.1-amd64-install.img.gz

2021-03-20 Thread Martin Husemann
same path you used with ftp. For your file that would be: https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.1/images/NetBSD-9.1-amd64-install.img.gz for the official 9.1 release, or if you want to try the latest 9.1_STABLE version: https://nycdn.netbsd.org/pub/NetBSD-daily/netbsd

Where is NetBSD-9.1-amd64-install.img.gz

2021-03-19 Thread Bob Bernstein
I believe this is the file I want to put on my USB stick. The ftp looked to be taking over a half an hour at ftp.netbsd.org. Is there a better site for a simple download? Thank you. -- RSB

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-21 Thread David Brownlee
Just a "me too" comment. I'm using openjdk8 on NetBSD/amd64 for a wildfly gradle project in IntelliJ. Any attempt to use openjdk11 fails - wildfly starts but cannot accept any http connections - gradle build hangs - intellij randomly hangs/cannot connect debugger to running java

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-14 Thread Martin
You could also try sdkman (link below) https://sdkman.io/ I have found that to work fairly consistently. On Tue, 12 Jan 2021, 2:54 pm ts1000, wrote: > Nope, did not try that yet. > My goal is to create a development environment > for java backend work > > That encompasses gradle, openJDK11

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-11 Thread Martin
Hey, Have you tried running Java through NetBSD's Linux compatibility layer. I believe it's Suse Linux. I don't remember if NetBSD does it by default or not using pkgin, I know that FreeBSD will if your installing it via their package manager. On Tue, 12 Jan 2021, 6:57 am ts1000, wrote: > Sorry

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-11 Thread ts1000
Nope, did not try that yet. My goal is to create a development environment for java backend work That encompasses gradle, openJDK11 (cannot use openjdk8 for my project, openJDK8 works with gradle by the way), IntelliJ IDE, postgres 12. Stuck on gradle at the moment. I tried kdump to see if I

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-11 Thread ts1000
Sorry meant NetBSD9.1 not NetBSD9.2 On 2021-01-11 19:16, ts1000 wrote: FYI, if somebody is still interested in the openjdk11+gradle conundrum I retested today: OpenJDK11+Gradle still, unfortunately, does not work on NetBSD9.1 with most reset package release Q4-2020 On 2020-11-20 01:59,

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2021-01-11 Thread ts1000
FYI, if somebody is still interested in the openjdk11+gradle conundrum I retested today: OpenJDK11+Gradle still, unfortunately, does not work on NetBSD9.2 with most reset package release Q4-2020 On 2020-11-20 01:59, ts1000 wrote: Hello, wanted to bump up my question to see if anybody could

No HDMI audio with NetBSD 9.1 on NUC7i5DNKE

2020-12-13 Thread Matthias Petermann
Hello all, my new NUC7i5DNKE is not providing audio output at the moment. The built-in sound chip is recognised as hdaudio and apparently also (partially) configured. Nevertheless, I do not get any usable audio devices displayed with audiocfg list. The NUC7i5DNKE has no line-out output. The

Re: RPI 1 and Netbsd 9.1

2020-12-07 Thread Martin Husemann
On Mon, Dec 07, 2020 at 07:13:55PM -0500, Clark Chapman wrote: > I have an RPI1 running Netbsd 8.1. I tried to install release 9.1 using the > earmv6hf install image. After the installer starts to create the filesystems > I get > > Command Failed > /sbin/newfs_msdos /dev/rlb0d > > and > >

RPI 1 and Netbsd 9.1

2020-12-07 Thread Clark Chapman
I have an RPI1 running Netbsd 8.1. I tried to install release 9.1 using the earmv6hf install image. After the installer starts to create the filesystems I get Command Failed /sbin/newfs_msdos /dev/rlb0d and execvp /sbin/newfs_msdos No such file or directory. Does anyone have an idea what is

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-22 Thread Bodie
there is something wrong with OpenJDK11 port for netbsd or some OS feature that it relies on, does not work as JDK 11 expects. I do not think there is a problem with Gradle, at all. I have tried Gradle 6.7 and the old 5.4 and they both work with OpenJDK8 on Netbsd 9.1 However, my source code needs at least

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-22 Thread ts1000
and they both work with OpenJDK8 on Netbsd 9.1 However, my source code needs at least OpenJDK11, so cannot use 8. I also tried running under root, just to see if there was something about permissions.. but no luck I ran gradle with --no-daemon, no luck either. I have rebuilt OpenJDK11 from pkgsrc, twice

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-22 Thread Bodie
. I have tried Gradle 6.7 and the old 5.4 and they both work with OpenJDK8 on Netbsd 9.1 However, my source code needs at least OpenJDK11, so cannot use 8. I also tried running under root, just to see if there was something about permissions.. but no luck I ran gradle with --no-daemon, no luck

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread ts1000
5.4 and they both work with OpenJDK8 on Netbsd 9.1 However, my source code needs at least OpenJDK11, so cannot use 8. I also tried running under root, just to see if there was something about permissions.. but no luck I ran gradle with --no-daemon, no luck either. I have rebuilt OpenJDK11 from

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread Kamil Rytarowski
I just ran into it independently on NetBSD/amd64 current 9.99.x. On 20.11.2020 02:59, ts1000 wrote: > Hello, > wanted to bump up my question to see if anybody could help. > Also, if I may, I wanted to ask if this group is the right question > about using NetBSD as a development environment (using

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread Greg Troxel
ts1000 writes: > It seems that gradle is: > placing a lock on a file somewhere in ~/.gradle directory > then, I presume it writes to it. > > Then it tries to remove the lock, and then close the file. > > Somewhere there there seem to be an error. That sounds promising. > There is also an error

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread Bodie
___lwp_park60 -1 errno 60 Connection timed out 15850 17 java CALL __clock_gettime50(3,0x7db1976efe30) 15850 17 java RET __clock_gettime50 0 On 2020-11-21 06:10, Bodie wrote: On 21.11.2020 03:49, ts1000 wrote: Thank you for the follow up in regards to gradle on

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread Bodie
___lwp_park60(0,1,0x7db1976efd70,0,0x7db1b87f6440,0x7db1b87f6440) 15850 17 java RET ___lwp_park60 -1 errno 60 Connection timed out 15850 17 java CALL __clock_gettime50(3,0x7db1976efe30) 15850 17 java RET __clock_gettime50 0 On 2020-11-21 06:10, Bodie wrote: On

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-21 Thread ts1000
CALL __gettimeofday50(0x7db1976efd40,0) 15850 17 java RET __gettimeofday50 0 15850 17 java CALL ___lwp_park60(0,1,0x7db1976efd70,0,0x7db1b87f6440,0x7db1b87f6440) 15850 17 java RET ___lwp_park60 -1 errno 60 Connection timed out 15850 17 java CALL __clock

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-20 Thread Bodie
On 21.11.2020 03:49, ts1000 wrote: Thank you for the follow up in regards to gradle on openjdk11 with NetBSD 9.1 0) Running NetBSD 9.1 amd64 within Virtual Box on windows host. Allocated to it the box 8gb and 4 cores the underlying disk (that vbox is using is an Intel SSD) 1) following

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-20 Thread ts1000
Thank you for the follow up in regards to gradle on openjdk11 with NetBSD 9.1 0) Running NetBSD 9.1 amd64 within Virtual Box on windows host. Allocated to it the box 8gb and 4 cores the underlying disk (that vbox is using is an Intel SSD) 1) following your suggestion I installed openJDK8

Re: Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-20 Thread Greg Troxel
ts1000 writes: > wanted to bump up my question to see if anybody could help. > Also, if I may, I wanted to ask if this group is the right question > about using NetBSD as a development environment (using OpenJDK11 in my > case). Or if there are other forums more specialized for this topic.

Bump [q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-19 Thread ts1000
Hello, wanted to bump up my question to see if anybody could help. Also, if I may, I wanted to ask if this group is the right question about using NetBSD as a development environment (using OpenJDK11 in my case). Or if there are other forums more specialized for this topic. thank you in

[q] gradle on NetBSD 9.1 (amd64) with OpenJDK 11 -- does not work

2020-11-07 Thread ts1000
Wanted to check if anybody has gradle working with OpenJDK 11 on OpenBSD 9.1 I cannot get it to work at all. not even: gradle status or gradle init I have tried going back to Gradle versions that are over 1 year old, and still same issue https://github.com/gradle/gradle/issues/15087 I

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-03 Thread Riccardo Mottola
Hi Bertrand, BERTRAND Joël wrote: > Just a question. Is it a Seagate disk ? On all servers I used this kind > of disks, Hardware ECC Recovered was always high (and in constant > increase). I have seen this issue on Linux and *BSD. And of course, I > considere Seagate as the worst disks

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Sad Clouds
On Tue, 3 Nov 2020 11:48:41 +1030 Brett Lymn wrote: > On Mon, Nov 02, 2020 at 12:34:27PM +0100, BERTRAND Jol wrote: > > > > I refuse Seagate, Samsung and other WD in my servers or > > workstations, and I refuse SMR technology also. > > > > I have heard this sort of thing from many people

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Brett Lymn
On Mon, Nov 02, 2020 at 12:34:27PM +0100, BERTRAND Jol wrote: > > I refuse Seagate, Samsung and other WD in my servers or workstations, > and I refuse SMR technology also. > I have heard this sort of thing from many people over the years, they get bitten by a few disk failures and form a

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Rhialto
On Mon 02 Nov 2020 at 08:39:00 +, Riccardo Mottola wrote: > I checked SMART status, it looks a little worrying: > SMART supported, SMART enabled > id value thresh crit collect reliability description raw > 5 100 36 yes online positiveReallocated sector count13

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread tlaronde
On Mon, Nov 02, 2020 at 11:13:01AM +0100, BERTRAND Joël wrote: > Riccardo Mottola a écrit : > > Then this is the data for the third day (each time I did a power-off > > reboot, so it is not continuous operation, I shut down the laptop at night) > > > > SMART supported, SMART enabled > > id value

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Michael van Elst
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes: >Hardware ECC Recovered was always high (and in constant increase). That's a feature of modern high capacity drives. The only difference is if and how such things are reported. -- -- Michael van

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Michael van Elst
riccardo.mott...@libero.it (Riccardo Mottola) writes: >> Also use atactl to check the smart status of the disk. >How reliable is that data? It's what the manufacturer tells you. > 1 58 34 yes online positiveRaw read error rate 27218486 >195 580 no online

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread BERTRAND Joël
> FWIW, I had the same experience with file servers. Seagate comes last > when I have to order the list of manufacturers from which to buy. > Western Digital, it depends on the series---but if a disk is bad, > it is bad from the very beginning (unusable on arrival). I had good > experience with

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread BERTRAND Joël
Riccardo Mottola a écrit : > Then this is the data for the third day (each time I did a power-off > reboot, so it is not continuous operation, I shut down the laptop at night) > > SMART supported, SMART enabled > id value thresh crit collect reliability description raw >   1  60  

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-11-02 Thread Riccardo Mottola
Hi Martin, On 2020-10-30 14:51:28 + Martin Husemann wrote: On Fri, Oct 30, 2020 at 03:41:55PM +0100, Riccardo Mottola wrote: A lot of errors and the system is not bootable anymore! I get: NetBSD MBR boot Non-System disk or disk error This is very early MBR boot sector

Re: NetBSD 9.1 upgrade and file system crash - reboot fails

2020-10-30 Thread Martin Husemann
On Fri, Oct 30, 2020 at 03:41:55PM +0100, Riccardo Mottola wrote: > A lot of errors and the system is not bootable anymore! I get: > NetBSD MBR boot > Non-System disk or disk error This is very early MBR boot sector failure, it should not be related to the fsck issue - but maybe your disk

NetBSD 9.1 upgrade and file system crash - reboot fails

2020-10-30 Thread Riccardo Mottola
Hi! I just updated to NetBSD 9.1! Yay, it was smooth, CD in, upgrade, then pkgin... and be happy. Genuine amd64 laptop. Use it 10 minutes, launch an intensive disk task (git pull) and Bam! I get kernel panic because of ufs (free list.. soemthing about something already free). I am unable

Re: NetBSD-9.1

2020-10-26 Thread Pedro Pinho
>It does hurt; it's an incorrect warning about something that isn't a bad >thing to do, and it causes people to think they shoudl do something else >an search for what to do. That's exactly what I ment. Personally, I know that's no issue and everything works but, a new user might just go

Re: NetBSD-9.1

2020-10-26 Thread Greg Troxel
Ottavio Caruso writes: > > > On Mon, 26 Oct 2020 at 14:55, Pedro Pinho wrote: >> >> Yes, I know but, they shouldn't be there. > > Why not? > > It's extra information that doesn't hurt. It does hurt; it's an incorrect warning about something that isn't a bad thing to do, and it causes people

Re: NetBSD-9.1

2020-10-26 Thread Ottavio Caruso
On Mon, 26 Oct 2020 at 14:55, Pedro Pinho wrote: > > Yes, I know but, they shouldn't be there. Why not? It's extra information that doesn't hurt. -- Ottavio Caruso A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting.

Re: NetBSD-9.1

2020-10-26 Thread Greg Troxel
Pedro Pinho writes: > Yes, I know but, they shouldn't be there. Someone will need to make a patch for pkg_add and friends. Basically there is more or less consensus that on NetBSD this should only match on major version. Other OSes may have different rules. I don't think there is any

Re: NetBSD-9.1

2020-10-26 Thread Pedro Pinho
Yes, I know but, they shouldn't be there. Den mån 26 okt. 2020 15:46Ottavio Caruso skrev: > On 26/10/2020 14:34, Pedro Pinho wrote: > > Hi all, > > > > First of all, thanks for 9.1, its great and it runs like a charm. > > > > Now,... > > > > Quoting the release notes > > > > "As usual, this

Re: NetBSD-9.1

2020-10-26 Thread Ottavio Caruso
On 26/10/2020 14:34, Pedro Pinho wrote: Hi all, First of all, thanks for 9.1, its great and it runs like a charm. Now,... Quoting the release notes "As usual, this release is fully compatible with packages and other binaries for NetBSD 9.0." While, this is true and the packages run just

NetBSD-9.1

2020-10-26 Thread Pedro Pinho
Hi all, First of all, thanks for 9.1, its great and it runs like a charm. Now,... Quoting the release notes "As usual, this release is fully compatible with packages and other binaries for NetBSD 9.0." While, this is true and the packages run just fine, '/var/db/pkgin/pkg_install-err.log'

Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver

2020-10-24 Thread Martin Husemann
On Sat, Oct 24, 2020 at 08:22:54AM +0100, Sad Clouds wrote: > Also, a very long time ago I tried ctwm on NetBSD sparc64 and it was > dying due to misaligned memory access, or similar. Not sure if this has > been fixed over the years, I haven't yet tried NetBSD-9.1 Hmm, good point - I nee

Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver

2020-10-24 Thread nia
On Sat, Oct 24, 2020 at 08:22:54AM +0100, Sad Clouds wrote: > On Sat, 24 Oct 2020 06:01:36 +0500 > Dmitrii Postolov wrote: > > > In NetBSD 9.1 and ctwm: if move mouse cursor to Applications and move > > it from left to right to pictogram then all OK, but if move curso

Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver

2020-10-24 Thread Sad Clouds
On Sat, 24 Oct 2020 06:01:36 +0500 Dmitrii Postolov wrote: > In NetBSD 9.1 and ctwm: if move mouse cursor to Applications and move > it from left to right to pictogram then all OK, but if move cursor > from up to down to Applications pictogram, then ctwm craches. Also, a very long t

A big thanks for NetBSD 9.1 release

2020-10-24 Thread Clay Daniels
Thanks to all the developers for the release of NetBSD 9.1. It works great for me and the default ctwm desktop is really nice. Good Work! Clay

ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver

2020-10-23 Thread Dmitrii Postolov
Hi! Sorry for my bad English... I probably found a strange bug in ctwm and NetBSD 9.1. Hardware: Intel NUC5PPYH SoC Intel N3700 Braswell, 4GB RAM (ex-Atom). I am using the following settings for xorg.conf: Option "Accel" "false" Option "AccelMethod" "uxa&quo