Re: IntelliJ won't run under NetBSD 9.0
I will check it out and report back. Thanks;
Re: System slowness and graphics-card
On 07/04/2020 15:11, Todd Gruhn wrote: The system I am using was assembled and purchase back in Aug 2019. Some things I noticed: 1) The graphics card (nVidia GEFORCE GTX 1660) needs to be booted using boot -c ; disable nouveau; quit Okay this means you are disabling the KMS driver which means no acceleration in X. After a quick google this is a TU116 chip which isn't supported in 9.0 stable. You might have to disable nouveau if you were running the original 9.0 release as the patch to auto disable came down the pipe after the release was cut. 2) When I compile a package -- and X Windows is NOT RUNNING -- this thing flies 3) When I start X (using MWM) -- builds are extremely slow; When I do "su root" checking the root passwd takes about 3 minutes > Is there a connection between X, my graphics card, and system slowness? Seems likely I'd guess X has no driver so is doing everything in software using the vesa driver. Without the nouveau kernel driver you can't use the new X driver and the old pre-KMS nv driver will also not support the card. I do find it a bit surprisping that an X setup with mwm would be slow as thats a fairly lightweight window manager so even in vesa mode I'd expect any reasonable cpu to perform okay although that does depend on what you are doing in X. What things are you trying to run? Is there a way to fix this; or is it a matter of having support for my chip-set? There isn't newer support even in current so you either need an older NV card or an older AMD card to get supported hardware. This may of course be limiting in other ways if you dual boot the system and play games. :( Mike
Re: graphical desktop in virtualbox
On Mon, Apr 06, 2020 at 10:48:45 +0100, Chavdar Ivanov wrote: > 6. Apply the following small patch (perhaps an oversight by whoever > has commited the corresponding file at VirtualBox, it works for me): > > # cat sleepqueue-r0drv-netbsd.patch That's fallout from a *very* recent change in current sys/sys/syncobj.h revision 1.13 date: 2020-03-27 00:15:14 +0300; author: ad; state: Exp; lines: +1 -2; commitid: re5SGpuLrcZHjX1C; SOBJ_SLEEPQ_FIFO is gone -uwe
Re: IntelliJ won't run under NetBSD 9.0
Examine the patches for devel/pycharm-bin and modify the idea.sh script accordingly. On Tue, 7 Apr 2020 at 15:18, Robert Swindells wrote: > > "John m0t" wrote: > >I investigated long and hard. > > Your log has several lines like this: > > 2020-04-07 15:42:26,952 [ 104252] ERROR - llij.ide.plugins.PluginManager - > Compressed class space > java.lang.OutOfMemoryError: Compressed class space > > Try increasing the compressed class space. > > Add a command line option to the initial call to java from the wrapper > shell script like this: > > -XX:CompressedClassSpaceSize=1g > --
Aw: Re: graphical desktop in virtualbox
Hi All, Finally I have succeeded to implement all the propositions. The command "xrandr" work on my machine like on the machines of all other persons. I have finally succeeded to manage correctly the Guest additions of Virtualbox. Yesterday I was able to compile everything but the mouse was not working. I should have better read the examples and change driver to "ws", this would have avoided me a lot of pain! To succeed I have decided to start again from scratch by recreating and reinstalling a new virtual machine. During the configuration of the virtual machines two parameters seem to be important: 1) I have increased the memory for video to 128Mb (the default is 16Mb) 2) I have choosen the graphic controler to be "VBoxSvga" (instead of VMSVGA) I hope this could helps. Thanks again for your help, Best regards > Gesendet: Montag, 06. April 2020 um 11:48 Uhr > Von: "Chavdar Ivanov" > An: "Sad Clouds" > Cc: "Pierre Dupond" <76nem...@gmx.ch>, "netbsd-users @ netbsd. org" > > Betreff: Re: graphical desktop in virtualbox > > On Mon, 6 Apr 2020 at 09:52, Sad Clouds wrote: > > > > There were many responses to you original email, but I couldn't > > quite figure out if anyone suggested a practical solution to your > > problem. I'm interested to know the answer as well, as I also run > > NetBSD as a VirtualBox VM. > > > > I didn't think VirtualBox extensions were usable with NetBSD guests, > > They are... > > > so I've used a different solution - TigerVNC. It is one of a few > > software packages that also works reasonably well on sparc64. If you > > need details on how to set it up to run remote X11 session, then drop > > me a quick email and I'll give you a copy of my scripts. > > > > Here we are, all credit to Valery Ushakov. There are quite a bit of > mail exchanges on port-amd64 regarding these, but the gist is as > follows. > > 1. Install devel/kbuild and devel/yasm. Earlier versions of kbuild > were unusable and there was a package in wip, now the version present > in pkgsrc works just fine. > > 2. make sure /usr/src and /usr/xsrc are populated with the sources for > the exact version you are running; I have them nfs-mounted from my > build host. As the build process requires the exact system sources, it > would be perhaps difficult or impossible to have this in pkgsrc; > adding the necessary bits to the NetBSD source tree on the other hand > would be a lot of work for not that big return. > > 3. Download the sources from Oracle VirtualBox, at the moment > https://download.virtualbox.org/virtualbox/6.1.4/VirtualBox-6.1.4.tar.bz2 > . > > 4. Extract the sources somewhere, cd to VirtualBox-6.1.4. > > 5. Create LocalConfig.kmk with the following contents: > > VBOX_WITHOUT_HARDENING := 1 > VBOX_ONLY_ADDITIONS := 1 > VBOX_WITH_ADDITION_DRIVERS := 1 > VBOX_WITH_X11_ADDITIONS := 1 > VBOX_ONLY_ADDITIONS_WITHOUT_RTISOMAKER := 1 > > ifeq ($(KBUILD_TARGET), netbsd) > TEMPLATE_VBOXGUESTR3EXE_LIBS = $(TEMPLATE_VBOXR3EXE_LIBS) crypt > endif > > 6. Apply the following small patch (perhaps an oversight by whoever > has commited the corresponding file at VirtualBox, it works for me): > > # cat sleepqueue-r0drv-netbsd.patch > > --- src/VBox/Runtime/r0drv/netbsd/sleepqueue-r0drv-netbsd.h.ORIG > 2020-04-06 10:03:05.099721005 +0100 > +++ src/VBox/Runtime/r0drv/netbsd/sleepqueue-r0drv-netbsd.h > 2020-04-06 10:03:22.569466321 +0100 > @@ -37,7 +37,7 @@ > #include > > static syncobj_t vbox_syncobj = { > -SOBJ_SLEEPQ_FIFO, > +SOBJ_SLEEPQ_LIFO, > sleepq_unsleep, > sleepq_changepri, > sleepq_lendpri, > > (The error message in the build process suggests it). > > 7. Go ahead with the build process: > > kmk KBUILD_VERBOSE=2 BUILD_TYPE=release > > The above should finish without an error and leave you with > > # ls -l out/netbsd.amd64/release/bin/additions > total 32224 > -rwxr-xr-x 2 root wheel 8519872 Apr 6 10:05 VBoxClient > -rwxr-xr-x 2 root wheel 8962432 Apr 6 10:05 VBoxControl > -rwxr-xr-x 2 root wheel 8359344 Apr 6 10:05 VBoxService > -rwxr-xr-x 1 root wheel 331312 Apr 6 10:05 vboxguest.kmod > -rwxr-xr-x 2 root wheel 357864 Apr 6 10:05 vboxvideo_drv_110.so > -rwxr-xr-x 2 root wheel 343312 Apr 6 10:05 vboxvideo_drv_111.so > -rwxr-xr-x 2 root wheel 343216 Apr 6 10:05 vboxvideo_drv_112.so > -rwxr-xr-x 2 root wheel 354712 Apr 6 10:05 vboxvideo_drv_113.so > -rwxr-xr-x 2 root wheel 354680 Apr 6 10:05 vboxvideo_drv_114.so > -rwxr-xr-x 2 root wheel 354952 Apr 6 10:05 vboxvideo_drv_115.so > -rwxr-xr-x 2 root wheel 356712 Apr 6 10:05 vboxvideo_drv_116.so > -rwxr-xr-x 2 root wheel 355672 Apr 6 10:05 vboxvideo_drv_117.so > -rwxr-xr-x 2 root wheel 358424 Apr 6 10:05 vboxvideo_drv_118.so > -rwxr-xr-x 2 root wheel 350448 Apr 6 10:05 vboxvideo_drv_13.so > -rwxr-xr-x 2 root wheel 346232 Apr 6 10:05 vboxvideo_drv_14.so > -rwxr-xr-x 2 root wheel 344536 Apr 6 10:05 vboxvideo_drv_15.so >
Re: IntelliJ won't run under NetBSD 9.0
"John m0t" wrote: >I investigated long and hard. Your log has several lines like this: 2020-04-07 15:42:26,952 [ 104252] ERROR - llij.ide.plugins.PluginManager - Compressed class space java.lang.OutOfMemoryError: Compressed class space Try increasing the compressed class space. Add a command line option to the initial call to java from the wrapper shell script like this: -XX:CompressedClassSpaceSize=1g
System slowness and graphics-card
The system I am using was assembled and purchase back in Aug 2019. Some things I noticed: 1) The graphics card (nVidia GEFORCE GTX 1660) needs to be booted using boot -c ; disable nouveau; quit 2) When I compile a package -- and X Windows is NOT RUNNING -- this thing flies 3) When I start X (using MWM) -- builds are extremely slow; When I do "su root" checking the root passwd takes about 3 minutes Is there a connection between X, my graphics card, and system slowness? Is there a way to fix this; or is it a matter of having support for my chip-set? I find this interesting to know.
IntelliJ won't run under NetBSD 9.0
I investigated long and hard. here is the report: https://gist.github.com/j-fuller/d49abdf8b0cd90f9645cbf73d7023b9a#file-gistfile1-txt any ideas? ( :-) )
Re: NetBSD 9.0 vs 8.0 network slow
On Tue, Mar 03, 2020 at 10:07:00AM +0100, Martin Husemann wrote: > > > > Would be nice if someone can point me out what and > > where I may debug to find the cause. > > There are multiple possibilities, could you please double check the > ifconfig output on both -8 and -9 and verify that the negotiated media types > are identical? Same for offload features? The only difference: ec_enabled=2 on 9.0 ec_enabled=3 on 8.1 full output: bge0: flags=0x8843 mtu 1500 capabilities=3f80 capabilities=3f80 enabled=0 ec_capabilities=7 ec_enabled=2 address: 20:47:47:87:3f:20 media: Ethernet autoselect (1000baseT full-duplex) status: active I think VLAN_MTU is irrelevant and enabled on 8.1 because of using VLANs. > Another possible issue is a switch from single interrupt to multiple msi > (and bugs in that area). If you check your -8 and -9 dmesg you should see > details printed about interrupts routed to the bge interfaces (not sure > if you need to boot -v for that nowadays). There is no any difference except 8.1 find pic msi1 but 9.0 find pic msix1 here: [ 1.033124] allocated pic msix1 type edge pin 0 level 6 to cpu0 slot 17 idt entry 99 all other information is letter for letter. In a case of missing something I've placed all output here: http://kab00m.ru/temp/almaz.tgz -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
Aw: Re: graphical desktop in virtualbox
Hi, Thanks for the info. My first problem seems to be more basic I have no mouse in the console. I receive however a message from virtualbox saying that the mouse is integrated in the system. The daemon wsmoused is running. Do you have some idea? Here is my rc.conf file: localhost# ps auxwww | fgrep moused root347 0.0 0.0 17600 1308 ? Ss 12:19PM 0:00.12 /usr/sbin/wsmoused root719 0.0 0.0 326852 pts/0 R+ 12:23PM 0:00.00 fgrep moused localhost# cat /etc/rc.conf # $NetBSD: rc.conf,v 1.97 2014/07/14 12:29:48 mbalmer Exp $ # # See rc.conf(5) for more information. # # Use program=YES to enable program, NO to disable it. program_flags are # passed to the program on the command line. # # Load the defaults in from /etc/defaults/rc.conf (if it's readable). # These can be overridden below. # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf fi # If this is not set to YES, the system will drop into single-user mode. # rc_configured=YES # Add local overrides below. # dhcpcd=YES dhcpcd_flags="-qM wm0" sshd=YES ntpd=YES ntpdate=YES wscons=YES #ZFS is used ZFS=YES #To use the mouse in console wsmoused=yes #wsmoused_flags="-X 4" localhost# > Gesendet: Dienstag, 07. April 2020 um 07:38 Uhr > Von: "Travis Paul" > An: "Pierre Dupond" <76nem...@gmx.ch> > Cc: "Chavdar Ivanov" , "Sad Clouds" > , "netbsd-users @ netbsd. org" > > Betreff: Re: graphical desktop in virtualbox > > > > On Apr 6, 2020, at 11:48 PM, Pierre Dupond <76nem...@gmx.ch> wrote: > > > > Do you have an idea for the reason why the resizing is > > not done? Do I have missed something? > > Resizing seems to work for me when I make the guest window full screen. > That is to say, the guess will dynamically switch between 2 sizes. > This may be what Chavdar meant by "resizing now works, but not seamless”. > > I needed the following in xorg.conf to get the mouse to work: > > Section "InputDevice" > Identifier "Mouse0" > Driver "ws" > Option "Device" "/dev/wsmouse" > Option "ZAxisMapping" "4 5 6 7” > EndSection > > >
Re: Generating static htmls with interactive plots
On Mon, Apr 06, 2020 at 07:42:34PM +0530, Mayuresh wrote: > On Mon, Apr 06, 2020 at 11:50:55AM +0100, Mike Pumford wrote: > > If you want I can provide some of my simple js test code to help you out. This link helped me get a going. It's pretty simple and useful. https://plotly.com/javascript/line-charts/#basic-line-plot Mayuresh
Re: Looking for java an android devs on netbsd environment
On 07/04/2020 08:17, John m0t wrote: https://0bin.net/paste/U0nua5ZwZOVrRE6f#B6ogE0SlRptwkE6WObF4KywuFVU+sSV3C0dhJjvIrSH On my previous NetBSD 9.0 install, I pkgin all the full suse emulation package(s) and I managed to even run idea-IU-193.6911.18 with its own JBR version. (man the font rendering was awesome there). but the same error was present there too. the IDEA can't even compile simple hello world. with that the same error) I ran into a similar (but not the same) problem when doing certain things with jenkins on openjdk8. That error looks like its wanting a native binding for a particular API set. In my case I was able to find a patch in FreeBSD pkgsrc that resolved the problem and with a bit of help from one of the pkgsrc developers got it applied to the NetBSD JDK package. The FreeBSD patches tend to get upstreamed as the versions move forward so you may have to look in their revision history to find the relevent patch. Mike
Re: Boot failure netbsd-9
On Mon, Apr 06, 2020 at 11:57:25AM -0700, bch wrote: > I presume you mean ?tmpfs on /dev? above. yes > A line like: > > tmpfs /dev tmpfs rw > > ...in /etc/fstab is what we?re talking about? No conflicts expected w an > existing ?tmpfs ...? entries as long as ea. has unique mount point? No, no entry in /etc/fstab. What I usually do when setting this up: boot from some other medium (in my case typically with / on NFS), then mount the real root disk on /mnt, and then something like: mv /mnt/dev/MAKEDEV /mnt/etc find /mnt/dev -type c | xargs rm find /mnt/dev -type b | xargs rm Usually on systems where I do this I also edit /mnt/etc/fstab and add "noatime" to the / mount line (but this is unrelated). On reboot init(8) will notice that /dev is not properly populated, create a uninon mounted tmpfs on /dev and populate if from /etc/MAKEDEV. Martin
Re: Looking for java an android devs on netbsd environment
Hello; Nice to hear about your experience David. Let em explain my situation then. I am using the netbsd openjdk11 package with no emulation what so ever (no linux packages installed), idea-IU-193.6911.18 commercial version and while it opens I get below error: https://0bin.net/paste/U0nua5ZwZOVrRE6f#B6ogE0SlRptwkE6WObF4KywuFVU+sSV3C0dhJjvIrSH On my previous NetBSD 9.0 install, I pkgin all the full suse emulation package(s) and I managed to even run idea-IU-193.6911.18 with its own JBR version. (man the font rendering was awesome there). but the same error was present there too. the IDEA can't even compile simple hello world. with that the same error) in that previous install I couldn't open latest STS4 which is latest Eclipse. it refused to open. right now I welcome any idea to help run intellij on netbsd. It would be very helpful to share more details about your intellij and java setup, like version,how did you set it up and so on. Thank you J.B
Re: Looking for java an android devs on netbsd environment
David Brownlee wrote: > On Fri, 3 Apr 2020 at 15:27, John m0t wrote: > > > > Hello; > > > > I am trying to set a full production system to do android and java > > development in NetBSD. > > > > Is anyone doing it right now or ever done it before? > > > > I need to know if these things work on netbsd: > > > > a. android studio > > > > b. adb bridge I use adb between Android & FreeBSD current, & have done for a couple of years, https://svnweb.freebsd.org/ports/head/devel/android-tools-adb/ http://www.berklix.com/android/#adb as a shell & to move files. Sorry I can't answer your other questions, but Iook forward to reading replies & I'll link to eg http://mail-index.netbsd.org/netbsd-users/2020/04/06/msg024430.html from my http://www.berklix.com/android/ is "Android - a BSD view" > > > > c. eclipse > > > > d.intellij idea > > > > e. qt creator > > > > f. java (oracle java vs OpenJDK)(which version/versions? 1.8? 11?) > > > > any experience that you have is most most welcome and appreciated. > > I've been developing in Java under NetBSD for a while now. I use > IntelliJ IDEA under pkgsrc/openjdk8. Building for various versions of > wildfly. Previously also built for ancient Jboss versions and PhoneMe > j2me under Windows CE (still have nightmares about that last one). > > Eclipse uses native bindings, so IIRC it needs the Linux jdk, which > has issues due to some missing emulated syscalls (futex and one > other). > > Native openjdk8 works pretty well but very occasionally seems to > randomly fail - symptoms would be a request to fetch a page in browser > fails, refreshing might fail another couple of times then work again. > > I've switched from a Thinkpad T430 to T480 and now seem to have some > bizarre display interaction with IDEA where everything will just slow > down massively until the process is restarted. > > Last I tried native openjdk11 did not seem to reliably run wildfly > (all services start and backend processes fine, but no requests > accepted). > > David > Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://berklix.eu/corona/#help fight it!