Latest activity

  • vmisev
    vmisev reacted to mer's post in the thread favorite kitchen implement with Like Like.
    Yep, buy apples, peel them, save the peels, throw away the rest..... Kidding
  • Zare
    Zare reacted to rbranco's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    I heard they bring their parents to job interviews so... no, I don't think so.
  • Zare
    Zare replied to the thread Rust in the FreeBSD kernel.
    That's the half of job of driver, the kernel side can be safe, like managing buffers and such. These so called memory safe languages promote separation of unsafe pieces from the rest of the codebase, so it can be given greater attention.
  • Zare
    Zare reacted to cracauer@'s post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Aren't device drivers inherently not suitable for safe programming? Every time you write into device memory it is unsafe.
  • Zare
    Zare replied to the thread Rust in the FreeBSD kernel.
    In what features is this great power of Rust? Genuinely curious.
  • Zare
    Zare reacted to Crivens's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    This is correct, and I wonder - what can a "safe" language do about that? When adding anything to the list of kernel implementation languages, you create churn, waste, problems. Will removing,say, memory errors, be enough of a benefit to do that...
  • D
    If you go into settings in Firefox, you can set the default font size to whatever you want. Right now it's 16px. However, it doesn't override what the site itself sets it to so there may not be a benefit in all cases.
  • D
    For that page only or for all sites in general? If you mean just that page, there are ways to fiddle with the actual CSS. There is a way to set the default font size for all sites, too, but that won't always work.
  • cracauer@
    cracauer@ reacted to msplsh's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    That's not my understanding, but rather that if someone wants to change the FFI, they need to coordinate with the consumers, which would be the maintainers of the Rust drivers. This put the adoption of the FFI by Rust drivers on Rust...
  • K
    kpedersen replied to the thread Rust in the FreeBSD kernel.
    Remember that C and C++ didn't come from the current "old fart" generation of developers. It came from those long since retired. So there is no reason to believe that once the younger generation even learn to write their own languages and...
  • R
    recluce reacted to blackbird9's post in the thread Rust in the FreeBSD kernel with Like Like.
    Let the rust jerks go and write their own operating system then, instead of trying to get a free ride on the back of freebsd's success, which they never contributed to. And remember: your turn will come, sunshine, nothing is more certain. Some...
  • Criosphinx
    In my sshd_config the only changes I made: AuthenticationMethods publickey KbdInteractiveAuthetication no UsePAM no Password is set to no by default but right above it says "# Note that passwords may also be accepted via...
  • T
    The real fun begins when you start to use tape devices, which can have different blocks size depending on which tape is in the drive ...
  • bagas
    I still haven't figured out how to do ssh authorization using a key only?
  • D
    When it fails, can you disconnect/reconnect from the usb port and see if it works normally then? I recently had that issue and believe it was a mouse gone bad but this makes me wonder.
  • D
    I had Vidalia onion pie before. It was pretty good.
  • R
    froggit9000: is audio/xfce4-mixer installed (perhaps reinstall it)? You should then be able to add the volume control applet to the panel.
  • F
    fmc000 replied to the thread Solved Slow wifi connection.
    I am a reference :cool: I had mistakenly commented out the regdomain line from my rc.conf and with 15.0-ALPHA5 my AX210 couldn't connect to my router in AC mode, only in A mode. Once I set the correct country and regdomain all was fine. 290147
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    Is <bool> the only exception?
  • S
    I'm sure I'll be posting this in reaction to something, sooner or later. https://xkcd.com/
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    To the best of my knowledge no compiler does that automatically. In C and C++ you can do it by hand. It gets complex if you consider container classes such as C++ vectors. Vectors are guaranteed to be linear in memory, so just tiling a memset...
  • vmisev
    Security fixes. Any fixes (except that anything cannot happen on main) are introduced into main (aka -Current), tested, then MFC(Merge From Current)'ed into latest (if the code to be fixed matches, including older) stable branch, unless it's too...
  • T
    What hardware is the USB port to which the mouse is connected? Motherboard, keyboard, monitor, laptop port, USB hub? Have you tried another USB port? The mouse alone, disconnecting all other external devices (if present)? Does the mouse work as...
  • vmisev
    That seems to be the case. See https://wiki.freebsd.org/LinuxJails, "Required steps", "5. Set up mounts in /etc/fstab, as described in linux(4) man page....you will also need null mounts for /home and /tmp. ..."
  • Crivens
    Crivens replied to the thread Rust in the FreeBSD kernel.
    Yes. And now they want to burden those who do this on a daily basis with keeping the ffi up to date? Let's see how long it takes to turn into a fui, and the burden to keep it up is placed on the rust people. Then a stunt or two from the crowd...
  • cracauer@
    cracauer@ reacted to fmc000's post in the thread NVME-related crash on 15.0-BETA1 with Thanks Thanks.
    290265
  • T
    Brilliant, thanks a ton 🙏 That solved the problem – I commented out Linux part of /etc/fstab and added line linux_mounts_enable="YES" under linux_enable="YES" in /etc/rc.conf and now .../dev/shm/ has same permissions as in 14.3-R-p4 drwxrwxrwt...
  • T
    That seems to be the case. See https://wiki.freebsd.org/LinuxJails, "Required steps", "5. Set up mounts in /etc/fstab, as described in linux(4) man page....you will also need null mounts for /home and /tmp. ..."
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    Yes, Rust would play its advantages much more in complex algorithms, not bit fiddling with devices. But all the complex code in a kernel requires lots of access to existing data structures. Which implies a need for lots of interface code. And...
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    Aren't device drivers inherently not suitable for safe programming? Every time you write into device memory it is unsafe.
  • Crivens
    Crivens replied to the thread Rust in the FreeBSD kernel.
    This is correct, and I wonder - what can a "safe" language do about that? When adding anything to the list of kernel implementation languages, you create churn, waste, problems. Will removing,say, memory errors, be enough of a benefit to do that...
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    No, very few drivers are picked up because almost all drivers in Linux are GPLed. DRM and wifi are special because they have been contributed by vendors and are not GPLed. Very. Even with example driver code to read things like DRM and Wifi are...
  • Zare
    Zare reacted to blackbird9's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Two different languages in an o/s kernel is a recipe for disaster, IMHO. Oh well, onwards and downwards.
  • Zare
    Zare replied to the thread Rust in the FreeBSD kernel.
    It is going to be pretty interesting if the Rust experiment works out for an operating system. By that I don't mean running Rust in kernel, that is easy. We also had effort to bring C++ to certain kernels, and when it was done, the said kernels...
  • Crivens
    Crivens reacted to cracauer@'s post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Just to clarify, a Google Summer of Code project means very little to the direction of the project.
  • vmisev
    That's very good to know, thanks! 🙏 One question: looking at /etc/rc.d/linux doesn’t look that it covers for debootstrap need for /tmp & /home nullfs /tmp /compat/ubuntu/tmp nullfs rw,late 0 0...
  • Zare
    Zare reacted to cracauer@'s post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Just to clarify, a Google Summer of Code project means very little to the direction of the project.
  • vmisev
    linux_mounts_enable defaults to "YES". See /etc/defaults/rc.conf. linux_enable="NO" # Linux binary compatibility loaded at startup (or NO). linux_mounts_enable="YES" # If linux_enable is set to YES, mount Linux-specific...
  • SirDice
    linux_mounts_enable defaults to "YES". See /etc/defaults/rc.conf. linux_enable="NO" # Linux binary compatibility loaded at startup (or NO). linux_mounts_enable="YES" # If linux_enable is set to YES, mount Linux-specific...
  • F
    fmc000 replied to the thread NVME-related crash on 15.0-BETA1.
    Yeah, my thoughts too. Anyways, I tracked down the issue to the second suspend/resume cycle, which fails all the time whilst the first suspend/resume cycle seems to work reliably. Definitely a regression when compared to 14.3 .
  • vmisev
    Brilliant, thanks a ton 🙏 That solved the problem – I commented out Linux part of /etc/fstab and added line linux_mounts_enable="YES" under linux_enable="YES" in /etc/rc.conf and now .../dev/shm/ has same permissions as in 14.3-R-p4 drwxrwxrwt...
    • 15-STABLE-Brave.jpg
  • vmisev
    Instead of mounting Linux mounts from fstab, try rc.conf linux_enable="YES". The variable executes /etc/rc.d/linux ... if checkyesno linux_mounts_enable; then linux_mount linprocfs "${_emul_path}/proc" -o nocover...
  • T
    Instead of mounting Linux mounts from fstab, try rc.conf linux_enable="YES". The variable executes /etc/rc.d/linux ... if checkyesno linux_mounts_enable; then linux_mount linprocfs "${_emul_path}/proc" -o nocover...
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    Just to clarify, a Google Summer of Code project means very little to the direction of the project.
  • vmisev
    vmisev reacted to meaw229a's post in the thread favorite kitchen implement with Like Like.
    I'm a 99% FreeBSD guy but in the kitchen FreeBSD failed for me. It did not operate the toaster. So only chance to make it work was the original.
  • vmisev
    vmisev reacted to Erichans's post in the thread No GUI after fresh install with Thanks Thanks.
    Quarterly packages for 15.0-BETA1 and its successors are now available for the 'kmods':
  • vmisev
    vmisev reacted to T-Aoki's post in the thread No GUI after fresh install with Thanks Thanks.
    Note for users of nvidia GPUs on any of 15.0 (BETA1, stable/15 or outdated ALPHA*): Currently FreeBSD-ports-kmods repo (I've checked latest only) doesn't have anything for nvidia GPUs except below. # pkg search -r FreeBSD-ports-kmods nvidia...
  • T
    The reason may security related (old application versions), or perhaps hardware resources (occupying to much disk space). You may get an exact answer on freebsd-ports@ mailing list. By the way, FreeBSD:14:powerpc[64]/latest[quarterly]...
  • vmisev
    vmisev reacted to Erichans's post in the thread Call for testing: pkgbase support in 15.0 with Thanks Thanks.
    https://pkg.freebsd.org/FreeBSD:15:amd64/ now shows the addition of a quarterly 'kmods' repository, now we have: kmods_latest_0 - populated kmods_quarterly_0 as of 2025-Oct-15 - populated Any install of 15.0-BETA1 has now access to all...
  • vmisev
    VirtualBox VM install, 14.3-R-p4 was cloned, clone upgraded using freebsd-update upgrade -r to 15.0-BETA1, then pkgbasefied and upgraded to 15-STABLE (FreeBSD 15.0-STABLE stable/15-n280708-bbfaff26bf36 GENERIC amd64 1500500). All /etc/*.pkgsave...
Back
Top