Re: With poudriere how does one create a jail of a slightly older RELEASE ?

On Mon, 26 May 2025 10:14:12 -0400 Dennis Clarke wrote: > On 5/26/25 09:14, Michael Gmelin wrote: > > > > > > On Mon, 26 May 2025 08:25:50 -0400 > > Dennis Clarke wrote: > > > > >> I have no idea what "MFC" is supposed to mean. &

Re: With poudriere how does one create a jail of a slightly older RELEASE ?

hange that happened somewhere. > Merge From Current = Merging or back-porting a base commit from CURRENT (main/base/HEAD) to another, usually lower, FreeBSD version branch. https://wiki.freebsd.org/Glossary#MFC_--_Merge_From_Current -m -- Michael Gmelin

Re: With poudriere how does one create a jail of a slightly older RELEASE ?

On Sat, 24 May 2025 18:46:18 -0400 Dennis Clarke wrote: > On 5/24/25 18:40, Michael Gmelin wrote: > > > > >> That makes perfect sense. > >> > > > > This works: > > > > poudriere jail -c -j 132amd64 -v 13.2-RELEASE \ > &

Re: With poudriere how does one create a jail of a slightly older RELEASE ?

e > t# > > That makes perfect sense. > This works: poudriere jail -c -j 132amd64 -v 13.2-RELEASE \ -m url=https://archive.freebsd.org/old-releases/amd64/13.2-RELEASE/ Cheers Michael -- Michael Gmelin

Re: Empty structures have sizeof(1) in C++ now ?

hat the addresses of two different objects will be different. For the same reason, "new" always returns pointers to distinct objects. -m -- Michael Gmelin

Re: Difference in "netstat -rn" output in the last 2 months

this ring a bell for someone? > If there had been "iocage" in the subject, I would've looked into it earlier :) I'll produce a PR on the repo based on the issue you opened and also apply it to the port. Cheers -- Michael Gmelin

Re: RTL8125: wont stay up

> On 20. Aug 2024, at 04:15, Larry Rosenman wrote: > > shows up, doesn't ping -- ifconfig up brings it back for ~4 packets > > ifconfig_re0="DHCP" > ifconfig_re0_ipv6="inet6 accept_rtadv" > ipv6_activate_all_interfaces="AUTO" > rtsold_enable="YES" > > 15-CURRENT as of just now, port of net/

Re: filemon

> being added to the boot loader. It should almost always be empty or w> just drm-mod these days (unless you somehow have special needs). w> w> By adding uhid last to this list in this way, you're guaranteeing w> you'll hit this bug because it's not after ums, and that things w> won't work. w> w> Warner Cheers -- Michael Gmelin

Re: Heads-up: ifconfig address without a mask/width to become an error

> On 17. Jun 2024, at 20:34, Shawn Webb wrote: > > On Mon, Jun 17, 2024 at 10:54:29AM -0400, Ed Maste wrote: >> It is currently possible to specify an IPv4 address without a >> netmask/width to ifconfig or in rc.conf, e.g.: >> >>ifconfig_igb0="192.168.0.2" >> >> phk recently discovered[

Re: Heads-up: ifconfig address without a mask/width to become an error

;known issues", which those of us who read the release notes can stumble over and check? This would be useful in general, as it seems like doing ENs is a lot of overhead. Also, if that process would be fast, users would be warned early - especially in a case like this, where the workaround/long term fix is actually fairly trivial (add a netmask to your ifconfig_xxx line). Best Michael -- Michael Gmelin

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 15:35:58 + "Poul-Henning Kamp" wrote: > ---- > Michael Gmelin writes: > > > @phk From which version did you upgrade? > > To be totally honest: I'm not entirely sure. Probably 13.x > @Bjoern I checked again, I'm pre

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 15:11:14 + (UTC) "Bjoern A. Zeeb" wrote: > On Wed, 12 Jun 2024, Bjoern A. Zeeb wrote: > > > On Wed, 12 Jun 2024, Michael Gmelin wrote: > > > >> > >> > >> On Wed, 12 Jun 2024 14:36:35 + > >> &

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

estingly, `ifconfig vtnet0 10.0.0.1` uses "/24" whereas 192.168.87.11 uses "/8". This dates back to: https://cgit.freebsd.org/src/commit/?id=4bf44dd73bc0a -m -- Michael Gmelin

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 11:28:38 + "Poul-Henning Kamp" wrote: > ---- > Michael Gmelin writes: > > > You can do an interface route hack > > I think you misunderstand the situation. I completely understand the situation and I can feel your pain, I just

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

4 -interface bla0" sysrc route_default="default 1.2.3.4" This is actually quite useful in some setups, but in the context of deciding on default behavior when no mask is given this is probably not very helpful. Cheers -- Michael Gmelin

Re: Alt+Fn isn't functional. Has this been removed?

> On 30. Mar 2024, at 07:30, Chris wrote: > > On 2024-03-29 23:06, Michael Schuster wrote: >> Two ideas: >> - does CTL-ALT-Fn work? > Thanks. But no, I tried that. > >> - perhaps the number of predefined ttys was overwritten/set to 0 somewhere? > I'm only aware of /etc/ttys, and they're all

Re: Proposal: Disable compression of newsyslog by default

> On 23. Dec 2023, at 16:10, Enji Cooper wrote: > >  >> On Dec 22, 2023, at 23:18, Xin Li wrote: >> >> Hi, >> >> Inspired by D42961, I propose that we move forward with disabling the >> compression by default in newsyslog, as implemented in >> https://reviews.freebsd.org/D43169 >> >> H

Re: something magic about the size of a ports tree

> On 3. Oct 2023, at 18:27, Matthias Apitz wrote: > > El día martes, octubre 03, 2023 a las 06:14:23p. m. +0200, Olivier Certner > escribió: > >> Hi Matthias, >> >> Some ZFS dataset with zstd compression on jet, and no compression on >> c720-1400094? >> > > Yes, on jet it is ZFS: > > r

Re: changes to ps -d?

> On 19. Sep 2023, at 12:30, Ronald Klop wrote: > > Hi, > > In current the way ps -p works has been changed [1]. > I could use "ps axd -p " to see the process tree of some ongoing task. > In current this has changed to always need an extra option "ps axd -p > -D down". Can this become the d

Re: CURRRENT snapshot won't boot due missing ZFS feature

t; the loader we're using has to understand the ZFS dataset that it's > booting off of. FreeBSD > 13's userboot.so doesn't support all the bells and whistles that the > ZFS folks have added > to 14. > > So, either you have to turn off those features (which I got no clue > how to do in the > normal installer), or you have to update userboot.so to the FreeBSD 14 > version (which > I think had a good chance of actually running on FreeBSD 13 since it > has no 'system' > references, which are confined to bhyveload). > > Warner > > > > > > > > # find /boot/efi/EFI/ -print > > > /boot/efi/EFI/ > > > /boot/efi/EFI/FREEBSD > > > /boot/efi/EFI/FREEBSD/loader.efi > > > /boot/efi/EFI/BOOT > > > /boot/efi/EFI/BOOT/bootaa64.efi > > > > > > There may well be only: > > > > > > EFI/BOOT/bootaa64.efi > > > > > > for all I know. > > > > > > From an amd64 context: > > > > > > # find /boot/efi/EFI/ -print > > > /boot/efi/EFI/ > > > /boot/efi/EFI/FREEBSD > > > /boot/efi/EFI/FREEBSD/loader.efi > > > /boot/efi/EFI/BOOT > > > /boot/efi/EFI/BOOT/bootx64.efi > > > > > > There may well be only: > > > > > > EFI/BOOT/bootx64.efi > > > > > > for all I know. > > > > > > (I set things up to have the EFI capitalization > > > so that referencing efi/ vs. EFI/ in my context > > > is unique for the mount point. vs. the msdosfs > > > directory.) > > > > > > === > > > Mark Millard > > > marklmi at yahoo.com > > > > > > > > > > > > -- Michael Gmelin

Re: 14.0-CURRENT boots fine but keyboard does not work

> On 4. Sep 2023, at 19:34, Matthias Apitz wrote: > > El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael Gmelin > escribió: > >> >> >>>> On 4. Sep 2023, at 19:23, Matthias Apitz wrote: >>> >>> 

Re: 14.0-CURRENT boots fine but keyboard does not work

ould you please Cc me on it? Do you know which version of FreeBSD was the last that worked for you? Cheers > > >> El día lunes, septiembre 04, 2023 a las 06:55:52p. m. +0200, Michael Gmelin >> escribió: >> >> >> >> On Mon, 4 Sep 2023 18:43:11 +020

Re: 14.0-CURRENT boots fine but keyboard does not work

cause keyboard/mouse freezes on some hardware, please set loader tunable hw.atkbd.hz=1 as workaround and report the issue. So you could try to set hw.atkbd.hz=1 (or hw.atkbd.hz=10) in /boot/loader.conf, then reboot and see if it helps. Best Michael -- Michael Gmelin

Re: kernel 100% CPU, and ports-mgmt/poudriere-devel 'Inspecting ports tree for modifications to git checkout...' for an extraordinarily long time

d.org/ports.git` work for you? (currently it's not working from where I am). Maybe related. Best Michael -- Michael Gmelin

Re: make buildworld puts legacy tools into the /usr/obj/... tree

On 6. Aug 2023, at 18:12, Warner Losh wrote:On Sun, Aug 6, 2023 at 10:05 AM Matthias Apitz wrote:El día domingo, agosto 06, 2023 a las 09:58:32a. m. -0600, Warner Losh escribió: > On Sun, Aug 6, 2023 at 7:58 AM Matthias Apitz wrote: > > > > > I did, based o

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 11:32:19 -0600 Warner Losh wrote: > On Thu, Jun 8, 2023, 11:18 AM Michael Gmelin > wrote: > > > > > > > Tried today's snaphot, same problem. > > > > > > # reboot > > > Waiting (max 60 seconds) for system pr

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 19:06:23 +0200 Michael Gmelin wrote: > On Thu, 8 Jun 2023 16:20:12 + > Glen Barber wrote: > > > On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote: > > > Hi, > > > > > > I didn't dig into this yet. > &

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 16:20:12 + Glen Barber wrote: > On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote: > > Hi, > > > > I didn't dig into this yet. > > > > After installing the current 14-snapshot (June 1st) in a bhyve-vm, I > > g

CURRRENT snapshot won't boot due missing ZFS feature

chael -- Michael Gmelin

Re: Reducing SIGINFO verbosity

On Thu, 23 Jun 2022 11:15:55 -0600 Warner Losh wrote: > On Sun, Jun 19, 2022 at 6:06 AM Michael Gmelin > wrote: > > > > > > > On Fri, 21 May 2021 08:36:49 -0600 > > Warner Losh wrote: > > > > > On Fri, May 21, 2021 at 7:38 AM Ceri Davies &

Re: Tooling Integration and Developer Experience

> On 31. Jan 2023, at 22:44, Kurt Jaeger wrote: > > Hi! > This can be as easy as moving everything into Phabricator. >>> There's the issue that Phabricator itself is no longer supported >>> upstream: > [...] >>> https://we.phorge.it/ > >> Should be no harder than regular update. They e

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

On Sun, 28 Aug 2022 03:21:24 -0700 Cy Schubert wrote: > In message <16b4-76a1-4e46-b7c3-60492d379...@freebsd.org>, > Michael Gmelin w > rites: > > > > > > > > > On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > >=20 > >

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > Cy Schubert wrote on Sat, 27 Aug 2022 17:26:38 +0200 (CEST): >> As stated before in this thread, replacing /var/run with tmpfs is not a >> supported configuration. > > Not supported? What is the purpose of /etc/rc.d/var then? That cre

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 15:18, free...@oldach.net wrote: > > Michael Gmelin wrote on Sat, 27 Aug 2022 15:02:04 +0200 (CEST): >> (you're removing /var/run, which shouldn't be removed > > Not quite. It's actually not uncommon to boot with an empty /var. Ple

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 12:54, FreeBSD User wrote: > > Am Sat, 27 Aug 2022 11:21:40 +0200 > Michael Gmelin schrieb: > >>>> On 27. Aug 2022, at 08:31, FreeBSD User wrote: >>> >>> Hello, >>> >>> I'm referencing to Bug 259

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 08:31, FreeBSD User wrote: > > Hello, > > I'm referencing to Bug 259699 [2] and Bug 259585 [1]. > > Port security/clamav is without doubt for many of FreeBSD users an important > piece of security > software so I assume a widespread usage. > > It is also a not uncomm

Re: main-n257625-587649902329-dirty?

> On 26. Aug 2022, at 18:55, Nuno Teixeira wrote: > >  > Hello to all, > > Today I updated and uname -a shows main-n257625-587649902329-dirty. > Why is showing -dirty? > This means that the git workdir it was built on was dirty, see https://remarkablemark.org/blog/2017/10/12/check-git-dirt

Re: ZFS: cannot import zroot: I/O error

> On 15. Aug 2022, at 18:22, Toomas Soome wrote: > >  > >> On 15. Aug 2022, at 18:01, FreeBSD User wrote: >> >> Hello, >> >> I'm running a FreeBSD 13.1-RELENG-p1 zroot-based guest in a VirtualBox >> 4.1.24/26 (do not know >> exactly). The host is a special system based on Linux und Virtua

Re: pkg: Newer FreeBSD version for package... but why?

tem. You can point it to checking another file by setting ABI_FILE[0] in the environment or ignore the check by setting IGNORE_OSVERSION (like advised). The "running kernel:" label seems a bit misleading. Cheers Michael -- Michael Gmelin

Re: Accessibility in the FreeBSD installer and console

> On 9. Jul 2022, at 03:22, Klaus Küchemann wrote: > >  >> Am 07.07.2022 um 19:32 schrieb Hans Petter Selasky : >> >> Hi, >> >> The only argument I've heard from some non-sighted friends about not using >> FreeBSD natively is that ooh, MacOSX is so cool. It starts speaking from the >> sta

Re: Accessibility in the FreeBSD installer and console

> On 8. Jul 2022, at 14:48, Hans Petter Selasky wrote: > > On 7/8/22 14:34, David Chisnall wrote: > Snipsnap > Hi, > > I've updated my patch a little bit, so please re-fetch it. > > I tried: > > action "echo -- $text | rtprio 8 > /usr/local/bin/flite_cmu_us_slt" > > And i

Re: iichid/hms keyboard/mouse wrongly reattached to uhid/ums

w.usb.usbhid.enable="1" > > with the order below , after 5 reboots and lots of kvm switches , it > always ended up on the right iichid device. Seems to be working now > > but like I said, its random, let see after some more reboots if this > rule is still valid I don't know if it makes any difference in your case, but I had best results loading these drivers through rc.conf, e.g.: sysrc kld_list+="hidraw hkbd" Cheers Michael -- Michael Gmelin

Re: iichid/hms keyboard/mouse wrongly reattached to uhid/ums

w.usb.usbhid.enable="1" in /boot/loader.conf, or by using the sysctl? If you don't do it yet, I'd recommend the former. Cheers Michael > > Thanks > > --tzk > -- Michael Gmelin

Re: Posting netiquette: HTML, attachments etc.

f course ;) > > Walter > >> On Sun, Jun 26, 2022 at 2:56 AM Michael Gmelin wrote: >> >> >>>> On 26. Jun 2022, at 09:37, grarpamp wrote: >>>> >>>  >>>> >>>> https://github.com/freebsd/freebsd-doc/blob/main/documen

Re: Posting netiquette: HTML, attachments etc.

> On 26. Jun 2022, at 09:37, grarpamp wrote: > >  >> >> https://github.com/freebsd/freebsd-doc/blob/main/documentation/content/en/books/handbook/eresources/_index.adoc >> >> FreeBSD Handbook: Appendix C: updates and corrections >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264754 >>

Re: Reducing SIGINFO verbosity

13.1-RELEASE production system (non-INVARIANT kernel) and it seems like SIGINFO still outputs kernel stack information. Cheers Michael -- Michael Gmelin

Re: SAS/SATA controllers: 8 port that support 8TB Drives

> On 18. Jun 2022, at 15:10, Larry Rosenman wrote: > >  > On 06/18/2022 3:54 am, Michael Gmelin wrote: > > [SNIP] > > > Subvendor is Fujitsu Siemens - so I guess this is integrated into a system by > them. > > Seems like flashing the 2108 to an I

Re: SAS/SATA controllers: 8 port that support 8TB Drives

> On 18. Jun 2022, at 01:31, Larry Rosenman wrote: > On 06/17/2022 6:20 pm, Michael Gmelin wrote: >>>> On 18. Jun 2022, at 00:57, Larry Rosenman wrote: >>> On 06/17/2022 5:48 pm, Michael Gmelin wrote: >>>>> On 18. Jun 2022, at 00:31, Alexander Motin

Re: SAS/SATA controllers: 8 port that support 8TB Drives

> On 18. Jun 2022, at 00:57, Larry Rosenman wrote: > On 06/17/2022 5:48 pm, Michael Gmelin wrote: >>> On 18. Jun 2022, at 00:31, Alexander Motin wrote: >>>  >>>> On 17.06.2022 18:24, Alexander Motin wrote: >>>>> On 17.06.2022 18:16

Re: git question: How do I push a cherry-pick of someone else's commit?

What is the error message? Did you try “git push -f” > On 9. Jun 2022, at 21:33, Rick Macklem wrote: > > I just tried to MFC a commit done to fix my commit by imp@ > and it won't let be push the cherry-pick. > > What's the trick to doing this? > Or do I need to get Warner to do it? > If so, i

Re: "pkg upgrade" failing with "Fail to create temporary file: ... Not a directory"

under the same name (on FreeBSD, at > least), it is safe to assume that the file will not be kept when the > package is installed. The opposite case seems more interesting/problematic. -m -- Michael Gmelin

Re: recover deleted file

> On 17. Apr 2022, at 06:20, Peter Jeremy wrote: > > On 2022-Apr-17 01:13:02 +0300, Sami Halabi wrote: >> I understand its hard to undelete since no one designed UFS/ZFS to do so.. >> that why I asked in later replies to see if someone would step in and >> implement such a "feature" and I su

Re: recover deleted file

ually. Best Michael > >> On Sat, Apr 16, 2022 at 2:59 PM Michael Gmelin wrote: >> Depends on the kind of file. >> >> You can always: >> 1. reboot the system into single user mode, mount the fs readonly (important >> to not overwrite data you want to recover

Re: recover deleted file

Depends on the kind of file. You can always: 1. reboot the system into single user mode, mount the fs readonly (important to not overwrite data you want to recover) 2. dd the partition and into a file 3. find the content of the deleted file in the dump I was able to recover a complete codebase i

Re: Deprecating ISA sound cards

> On 20. Mar 2022, at 15:45, David Chisnall wrote: > > On 19 Mar 2022, at 21:24, Chris wrote: >> >>> On 2022-03-18 09:08, Ed Maste wrote: >>> ISA sound cards have been obsolete for more than a decade, and it is >>> (past) time to retire their drivers. This includes the following >>> drivers

Re: bastille : poudriere not working in jail: jail: jail:_set: Operation not permitted!

th setting IP4 and IP6 in > poudriere, but those findings are dated back to 2017 and 2014 and I > guess this is solved right now. > > The difference between our manually jail.conf driven setup and the > XigmaNAS/bastille based one is, bastille uses jib/netgraph based > seutups of the vnet and the ip4/ip6 is setup from rc.conf, while we > use epair in the other world and the ip is setup from withing the > jail definition in jail.conf. > > I'm out of ideas here and after two days of trial and error and > trying to understand what's going on lost ... Any hints or tipps? > > Thanks in advance, > > O. Hartmann Hi Oliver, I don't see `children.max` set in any of the configuration you shared above. Cheers Michael -- Michael Gmelin

Re: Problems compiling kernel

This should have been resolved today in https://cgit.freebsd.org/src/commit/?id=5e6a2d6eb220d780c9128c81b58f133114061415 -m > On 30. Dec 2021, at 20:17, tue...@freebsd.org wrote: > Dear all, > > on a system updated yesterday I get > > tuexen@head:~/freebsd-src % git branch > * main > tuexen@h

Re: 14-current: unable to boot after upgrade (installworld)

> On 10. Dec 2021, at 16:57, Chris wrote: > > On 2021-12-09 05:36, Sergey V. Dyatko wrote: >> Hi, >> Yesterday I tried to upgrade old 13-current (svn rev r368473) to fresh >> 14-current from git,it looked like this: >> 1) git pull https://git.freebsd.org/src.git /usr/src >> 2) cd /usr/src ; m

Re: git commit for WITH_DETECT_TZ_CHANGES breaks date, et al

difference). > > Thanks for the fix :-) Before reading your message, I (ironically) wanted to tell you about your email's date header containing the wrong timezone ^_^ -m -- Michael Gmelin

Should we include ttyu* to devfs_ruleset 3 (devfsrules_unhide_login)?

=3] in /etc/defaults/devfs.rules, or are there any (security) reasons why this might be a bad idea? Best, Michael -- Michael Gmelin

Re: awk behaviour?

that the pkg binary isn't installed in $LOCALBASE/sbin/pkg, (whatever LOCALBASE is at that point)? This would make pkg --version shows its bootstrap message: The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: which could explain the behavior. Just speculating... -m -- Michael Gmelin

Re: awk behaviour?

equal to $1 * 1 + $17 + $1 Which is: 1 + 0 + 1 Which equals 10001 -m > > imb -- Michael Gmelin

Re: EFI boot partition overwritten

> On 16. Jul 2021, at 19:38, Warner Losh wrote: > > On Fri, Jul 16, 2021 at 6:14 AM Thomas Laus wrote: > >> Group: >> >> This is an issue for more than just CURRENT. The 'usr/src/UPDATING' >> file has the instructions for updating the ZFS bootblocks but not the >> EFI partition. I recent

Re: PATH: /usr/local before or after /usr ?

of sense to me. -m > Is there a > good reason for this convention, or is it just inertia? > -Alan -- Michael Gmelin

Re: 14-CURRENT: www/nextcloud: php occ/web access : Segmentation fault

On Wed, 30 Jun 2021 20:05:43 +0200 "O. Hartmann" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Am Mon, 28 Jun 2021 23:34:44 +0200 > Michael Gmelin schrieb: > > > > On 28. Jun 2021, at 22:41, O. Hartmann > > > wrot

Re: 14-CURRENT: www/nextcloud: php occ/web access : Segmentation fault

> On 28. Jun 2021, at 22:41, O. Hartmann wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > > Hello, > > we ran into serious trouble here with an www/nextcloud installation on a > recent 14-CURRENT > (FreeBSD 14.0-CURRENT #23 main-n247612-e6dd0e2e8d4: Mon Jun 28 18:08:20 CES

Re: 15s wait for prompt for sudo su - on -current

> On 13. Jun 2021, at 20:50, Ronald Klop wrote: > > What do you have configured as prompt? Or shell startup script? > Does it contain a call to git? > I agree that this smells like a prompt that calls "git status" or something similar (when on the FreeBSD source tree on an rpi, 15 seconds

Re: Files in /etc containing empty VCSId header

> On 11. Jun 2021, at 00:42, Cameron Katri via freebsd-current > wrote: > > On 6/10/21 6:26 PM, Kevin Oberman wrote: >> I have never seen it return anything from /usr/src. > > It seems to return stuff from /usr/src for me > > whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz > /usr/s

Re: Files in /etc containing empty VCSId header

> On 11. Jun 2021, at 00:28, Kevin Oberman wrote: > > On Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin wrote: > >> >> >>>> On 9. Jun 2021, at 01:15, Ian Lepore wrote: >>> >>> On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wro

Re: Files in /etc containing empty VCSId header

; if it can't find the sources directly, so e.g., in case of `whereis -s ls', it will get through the results of `locate '*'/ls` and see if they match "^/usr/src" (or whatever you gave as source dir using -S). Therefore if locate '*'/ntp.conf | grep "^/usr/src" gives you a result, then `whereis -s ntp.conf' will too. See also https://cgit.freebsd.org/src/tree/usr.bin/whereis/whereis.c#n607 Michael (re-sent, as the previous mail bounced from the list) -- Michael Gmelin

Re: OpenZFS Encryption: Docs, and re Metadata Leaks

> On 9. Jun 2021, at 04:17, grarpamp wrote: > > On 4/17/20, Ryan Moeller wrote: >> On Apr 17, 2020, at 4:56 PM, Pete Wright wrote: >>> >>> On 4/17/20 11:35 AM, Ryan Moeller wrote: OpenZFS brings many exciting features to FreeBSD, including: * native encryption >>> Is there a

Re: Files in /etc containing empty VCSId header

> On 9. Jun 2021, at 01:15, Ian Lepore wrote: > > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: >>> On Tue, 8 Jun 2021 09:41:34 + >>> Mark Linimon wrote: >>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > Sometimes it's a real interesting exercise to

Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED]

On Thu, 3 Jun 2021 15:09:06 +0200 Michael Gmelin wrote: > On Tue, 1 Jun 2021 13:47:47 +0200 > Michael Gmelin wrote: > > > Hi, > > > > Since upgrading servers from 12.2 to 13.0, I get > > > > Fssh_packet_write_wait: Connection to 1.2.3.4 por

Re: What happen to mailing list archives?

st recent month being "September 2020". > > > > So: 2020-Oct through 2021-Apr are completely missing. > > > > Then, going for more detail for 2020-Sep and 2021-May . . . > > > > https://lists.freebsd.org/archives/freebsd-hackers/2021-May/date.html > > shows "Starting Tue May 18 2021 - 21:07:44 UTC". > > > > https://lists.freebsd.org/pipermail/freebsd-hackers/2020-September/date.html > > shows "Ending: Tue Sep 15 14:12:20 UTC 2020". > > > > So there are about 2 more half-months missing. > > > > Some other lists have other date ranges, some similar, > > some not. > > This missing month are being populated right now Will historic links still work though (so that old references work and current google results are ok)? Just stumbled over this one: https://lists.freebsd.org/archives/freebsd-jail/2017-March/003360.html Cheers Michael > > Best regards, > Bapt -- Michael Gmelin

Re: What happen to mailing list archives?

> On 6. Jun 2021, at 01:44, Warner Losh wrote: > >  > > >> On Sat, Jun 5, 2021, 5:29 PM Steve Kargl >> wrote: >> On Sun, Jun 06, 2021 at 01:04:46AM +0200, Michael Gmelin wrote: >> > >> > p.s. If you go to https://lists.freebsd.org

Re: What happen to mailing list archives?

> On 6. Jun 2021, at 01:00, Michael Gmelin wrote: > >  > > >>> On 6. Jun 2021, at 00:53, Steve Kargl >>> wrote: >>> >> It seems someone has tried to migrate the mailing list archives >> from mailman to some new fangle code. This ha

Re: What happen to mailing list archives?

> On 6. Jun 2021, at 00:53, Steve Kargl > wrote: > > It seems someone has tried to migrate the mailing list archives > from mailman to some new fangle code. This has broken the archives > for at least freebsd-numerics@, freebsd-office@, freebsd-net@ > > As a comparison, simply go to > > ht

Re: zpool upgrade and bootcode on 13-RELEASE

On Fri, 28 May 2021 20:50:52 +0200 Michael Gmelin wrote: > On Fri, 28 May 2021 20:37:14 +0200 > Mathieu Arnold wrote: > > > On Wed, May 19, 2021 at 07:32:43PM +0200, Michael Gmelin wrote: > > > > > > > > > On Wed, 19 May 20

Re: ssh connections break with "Fssh_packet_write_wait" on 13

On Tue, 1 Jun 2021 13:47:47 +0200 Michael Gmelin wrote: > Hi, > > Since upgrading servers from 12.2 to 13.0, I get > > Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe > > consistently, usually after about 11 idle minutes, that's with and &g

ssh connections break with "Fssh_packet_write_wait" on 13

ections, some routes, same everything). On 12.2 before the update: Connection stays open for hours. After the update (same server): connections breaks consistently after < 15 minutes (this is with unaltered configurations, no *AliveInterval configured on either side of the connection). Thanks Michael -- Michael Gmelin

Re: zpool upgrade and bootcode on 13-RELEASE

On Fri, 28 May 2021 20:37:14 +0200 Mathieu Arnold wrote: > On Wed, May 19, 2021 at 07:32:43PM +0200, Michael Gmelin wrote: > > > > > > On Wed, 19 May 2021 19:09:06 +0200 > > Kurt Jaeger wrote: > > > > > Hi! > > > > > >

Re: Patch for patch, but not foreach :-)

What about using "."? Or "/" (which would match the muscle memory of "search" in less/more/vi/some browsers)? -m > On 7. May 2021, at 23:05, Maxim Sobolev wrote: > > Replace '*' with ^T perhaps and catch SIGINFO? 🤔 > > -Max > >> On Fri., May 7, 2021, 10:11 a.m. Shawn Webb, >> wrote: >> >>

Re: git magic in contrib/bc

On Wed, 28 Apr 2021 21:45:03 +0200 Michael Gmelin wrote: > > On 28. Apr 2021, at 21:37, Stefan Esser wrote: > > > > Am 28.04.21 um 20:44 schrieb Michael Gmelin: > >> > >> > >>> On Wed, 28 Apr 2021 20:00:38 +0300 > >>> Yuri P

Re: git magic in contrib/bc

> On 28. Apr 2021, at 21:37, Stefan Esser wrote: > > Am 28.04.21 um 20:44 schrieb Michael Gmelin: >> >> >>> On Wed, 28 Apr 2021 20:00:38 +0300 >>> Yuri Pankov wrote: >>> >>> Not sure if it's just me, but I'm seeing a bit

Re: git magic in contrib/bc

pying the whole > tree into ~/ws/. > > Any hints? > ___________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscr...

Re: choosing different sound input and output devices

t carefully > chosen, but haven't found any sound/audio specific mailing lists. > Just out of curiosity: Going to chrome://settings/content/microphone won't allow you to select the input device to use? (it seems like having the select box in there is platf

Re: sys/sys/param.h: 'main' instead of 'Master'?

> On 16. Apr 2021, at 19:29, Rodney W. Grimes > wrote: > >  >> >> n Fri, Apr 16, 2021 at 11:36 AM Rainer Hurling wrote: >>> >>> While viewing sys/sys/param.h I noticed that the comment of the >>> definition of __FreeBSD_version is probably out of date. >>> >>> Since the switch to Git, doe

Re: linking to git revisions in bugzilla

added all previous references will be linked. > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscr...@freebsd.org"

Re: Blacklisted certificates

- and basically "whatever Mozilla did", as the certificates are > imported from NSS. > > Regards, > Christoph > -- Michael Gmelin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Scrub incredibly slow with 13.0-RC3 (as well as RC1 & 2)

'm > only capturing pid 31 which is the one busy. > dtrace -x stackframes=100 -n 'profile-99 /arg0 && pid == 31/ { > @[stack()] = count(); } tick-60s { exit(0); }' > > One striking thing is how many times hpet_get_timecount is present... Does tuning of

Re: 13.0 RC4 might be delayed

> On 26. Mar 2021, at 04:30, Scott Long wrote: > > Hi everyone, > > Speaking on behalf of Core, i wanted to let you know that 13.0 RC4 might be > delayed. Glen has an emergency to attend to, and might be unavailable or > slow to respond for a few more days. Fingers crossed, whatever it ma

Re: freebsd 13 ryzen micro stutter

sing *.cx_lowest - different kern.eventtimer.timer Try running with powerd disabled. Try disabling acpi_thermal (debug.acpi.disabled="thermal") as stated in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234455#c9 Certainly someone else has better ideas though. Best, Michael --

Re: Waiting for bufdaemon

es. So the first difficulty is to find > man page in which possible tunable may be explained. If the problem is > releted to some device, it is most hopeful to check its man page. But > in this case, even after reading the commit message, I had no idea > which man page to check. >

Re: Failure of release build with release.sh on 14-CURRENT amd64

> On 4. Feb 2021, at 10:47, Yasuhiro Kimura wrote: > > It's a bit off topic from the first question, but please let me ask > another one. > > When everything is default, devel/git and textproc/docproj are > installed in chroot environment after building userland and installing > it to chroot

Re: Problem with X Server when updating to 38bfc6dee33

> On 3. Feb 2021, at 13:50, Thomas Laus wrote: > > On 2/2/21 8:16 AM, David Wolfskill wrote: >> You might want to see if this ports/UPDATING entry: >> >> 20200320: >> AFFECTS: users of x11/libxkbcommon >> AUTHOR: zeis...@freebsd.org >> >> The libxkbcommon library (x11/libxkbcommon), used

Re: Can't fetch https://www.freebsd.org/releng/index.html

/releng/ -m > --- > Kazuhiko Kiriyama > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscr...@freebsd.org" -- Michael Gmelin

Re: jail fib no longer works after net.add_addr_allfibs=0

'ing into a jail to (re)start daemons (plus, as a safety measure, configure "_fib=2" within the jail's /etc/rc.conf). Cheers, Michael -- Michael Gmelin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

Re: Finding a commit in cgit, given output from uname -a

> On 2. Jan 2021, at 19:44, Graham Perrin wrote: > > FreeBSD mowa219-gjp4-8570p 13.0-CURRENT FreeBSD 13.0-CURRENT #0 > main-c530-g8b4c3a03f: Fri Jan 1 15:27:15 GMT 2021 > root@mowa219-gjp4-8570p:/usr/obj/usr/src/freebsd-current/amd64.amd64/sys/GENERIC-NODEBUG > amd64 > >

Re: after update to r368166: no sound recording

> On 15. Dec 2020, at 08:44, Matthias Apitz wrote: > > El día lunes, diciembre 14, 2020 a las 10:16:21a. m. +0100, Matthias Apitz > escribió: > >> I did a step by step down grading with 'svn up -r. hdaa.c hdaa.h' >> (only these two files), starting from r368166 down to the following >>

Re: after update to r368166: no sound recording

> On 11. Dec 2020, at 15:51, Jakob Alvermark wrote: > >  >> On 12/11/20 8:06 AM, Matthias Apitz wrote: >>> El día miércoles, diciembre 09, 2020 a las 11:55:18a. m. +0100, Hans Petter >>> Selasky escribió: >>> >>> On 12/9/20 11:48 AM, Matthias Apitz wrote: El día miércoles, diciembre 09,

  1   2   3   >