Re: drm panic after new world

Then if you call it (say) gitbydate, you can use: gitbydate 2025-02-17 gitbydate 2025-02-12 etc... Cheers, Jamie

Re: grep(1) bug - duplicate output lines

ed upon the current assert issue, I was initially puzzled where the difference between my copy of util.c and the one in current came from! Thanks for your help! Jamie

Re: grep(1) bug - duplicate output lines

Jamie Landeg-Jones wrote: > I've been running with these two patches since you posted them. I notice > that they haven't been commited, and the bug reported in the thread still > exists in current, so I'm replying to the original thread, both in the hope > that this sp

Re: grep(1) bug - duplicate output lines

Kyle Evans wrote: > On 9/29/23 15:37, Kyle Evans wrote: > > On 9/29/23 13:25, Jamie Landeg-Jones wrote: > >> Jamie Landeg-Jones wrote: > >> > >>> Brilliant! Thanks for the quick response and fix. It works fine for me - > >>> I've not m

Re: weekly locate error Was: September 2024 stabilization week

Kyle Evans wrote: > This is the problem I have with mailing lists; 2/3 responses didn't go > back and read the critical bit of context to my stance (but at least you > still included it in your quote, the other one trimmed it entirely): I quoted the part I was referring to. I trimmed the rest,

Re: weekly locate error Was: September 2024 stabilization week

, in addition to the periodic job, I do actually run a less frequent privileged direct run of /usr/libexec/locate.updatedb (with the output in a suitably locked directory!). This proposed change wouldn't be an issue to me, but as a data point, there may be quite a few others who do so too. Cheers, Jamie

Re: weekly locate error Was: September 2024 stabilization week

Kyle Evans wrote: > It might be that the better long-term approach is to teach updatedb.sh > how to drop privileges and push that out of the periodic script to avoid > surprises like this from the different execution environments. This > /feels/ like the kind of thing we could take an opinion

termcap.db unused?

to use the termcap.db version. Is there any reason why /etc/termcap is linked, whilst /etc/termcap.db isn't? And if so, what's the purpose of /usr/share/misc/termcap.db ? Cheers, Jamie

Re: Reason why "nocache" option is not displayed in "mount"?

Jamie Landeg-Jones wrote: > Good catch. I also notice that "hidden" is not shown either. Sorry, I meant mount option "ignore" not "hidden".

Re: Reason why "nocache" option is not displayed in "mount"?

Alexander Leidinger wrote: > Hi, > > what is the reason why "nocache" is not displayed in the output of > "mount" for nullfs options? Good catch. I also notice that "hidden" is not shown either. I guess that as for some time, "nocache" was a "secret" option, no-one update "mount" to display it

Re: files/edd962f76ea4b5869f3c6f8ee5438fb9750b802d02bb8035fe1b7bd0a8ba7401.gz not found -- snapshot corrupt.

suggest 12.4-eol so just fetch https://cgit.freebsd.org/ports/snapshot/ports-12-eol.tar.gz rm -r /usr/ports then untar the downloaded tar file into place. Cheers, Jamie

Re: noatime on ufs2

I remember at last job some very old machines without snapshotting or decent db journalling capabilities being taken down for hours every night, so that the whole backup ran in a minimal boot environment!), I don't know of a cleaner solution... (though I'm sure some exist.. after all, live migrations between hosts are a thing these days.. I guess I need to do some homework on the matter! :-) ) Thanks again, Jamie

Re: noatime on ufs2

and locate, but these days, where it matters, and is suitable, I instead create a filesystem snapshot, and run the process on that instead. (which is how "live" backups should be done anyway!) Cheers, Jamie

Re: git repo port issues?

the nuances of operating day to day with git like you guys, so I'm grateful for the help and patience you have shown, especially when I come out with an idea that is basically dumb. Cheers, Jamie

Re: git repo port issues?

ally, I think I may implement such a thing on my local cgit repo. https://cgit.dyslexicfish.net/ports/latest/tree/ https://cgit.dyslexicfish.net/src/current/tree/ Cheers, Jamie

Re: git repo port issues?

g ordered > can not work completely reliably. git log has the --since-as-filter to > try to work around this, but even that is questionable since the dates > are just a polite fiction without some sort of server-side enforcement. > > It's more stable and reliable to do something

Re: git repo port issues?

Brooks Davis wrote: > Nothing about dates is centralized in git, but some server side checks > could be implemented on CommitDate. IMO we should require that > CommitDate be >= the previous one and less than "now". Ah, I realised Linux doesn't like centralised dates, because of the decentralisa

Re: git repo ports issues?

Yuri wrote: > Hi Jamie, > > > This was a faulty script where 2023 wasn't changed to 2024. > > Thanks for the notice. Ahh, ok, I did think it was probably a bit more than coincidence that it was exactly 1 year to the day! Cheers for the quick reply, Jamie

git repo port issues?

but whilst the author date is local to the author, I thought the commit date was centralised. If nothing else, this does seem to bugger up "commits since " within git itself. Cheers, Jamie

Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule

Glen Barber wrote: > No. It merely suggests the release is not officially official yet. Ok. Thanks for the clarification. Jamie.

Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule

laing sneaky by doing "guess the URL" or anything like that. Jamie

Re: Freebsd 14+ -- tcsh incompatible with terminfo

as "it's great that we only now have one to deal with, that is the same as most other POSIX systems use." It was not a dig against termcap per se. Jamie

Re: Freebsd 14+ -- tcsh incompatible with terminfo

ut is actually an ncurses terminfo hashed database." - https://invisible-island.net/ncurses/ncurses.faq.html#what_platforms So, yeah, despite Mr Dicky's success in making working with both as seamless as possible ,it would still just be nice to not have to deal with 2 different standards, that's all. "setaf or AF, that is the question." Cheers, Jamie

Re: Freebsd 14+ -- tcsh incompatible with terminfo

that does so, so it's not as serious as I thought. As for tcsh, I'll work on getting it fixed upstream. Cheers, Jamie

Re: Freebsd 14+ -- tcsh incompatible with terminfo

erminfo-less ncurses in time for 14.0-RELEASE, if a proper fix to tcsh is going to take too long? Thanks again, Thomas. Cheers, Jamie

Re: Freebsd 14+ -- tcsh incompatible with terminfo

Jamie Landeg-Jones wrote: > switch to tcsh, and reinitialise terminal information: > > % setenv TERM dumb > % setenv TERM xterm % setenv TERM xterm-256color Apologies, it seems this doesn't affect plain "xterm", but it does at least affect xterm-16color and xterm-25

Freebsd 14+ -- tcsh incompatible with terminfo

set inside a program, could cause spawned programs to also be polluted, if not careful, especially with a shell. Cheers, Jamie

Re: grep(1) bug - duplicate output lines

t all seems to work now! I'll try not to break anything else! :-) Cheers, Jamie

Re: grep(1) bug - duplicate output lines

Jamie Landeg-Jones wrote: > Brilliant! Thanks for the quick response and fix. It works fine for me - > I've not managed to break it again :-) Famous last words "grep -v" now produces duplicate lines! e.g. : | % grep -v sdjdjdjd /COPYRIGHT|head | # @(#)COPYRIG

Re: grep(1) bug - duplicate output lines

he 'chunks' of coloured sections, and the fact that the longer the line, the more times it was repeated. Will this be MFC'd to 13 and 14? Thanks again, Jamie.

grep(1) bug - duplicate output lines

When using color=always and a regex of '.' (for example), output lines are duplicated. $ grep --version grep (BSD grep, GNU compatible) 2.6.0-FreeBSD E.G.: $ grep --color=always . /etc/fstab Cheers, Jamie

Re: changes to ps -d?

Jamie Landeg-Jones wrote: > If you make "-D down" the default (as you suggested in a previous message), > then > we would be back to having the problem. To expand on that, if a "-D none" option is added, and "-D down" becomes the default, then from my per

Re: changes to ps -d?

le his new enhancements with a new option. Cheers, Jamie

Re: etcupdate -B, /.cshrc and /.profile

Sulev-Madis Silber wrote: > on why removing those, i for example only use /etc/csh.cshrc so i don't need > others Exactly the same here!

Re: etcupdate -B, /.cshrc and /.profile

Mike Karels wrote: > Both sets have been present since 4.3-Reno in 1990, although they were > apparently not links. Well before my time! > > > Removing them both is one of the first things I do when I install a new > > system from install-media. > > Why? Because I don't use them > > If etcupda

Re: etcupdate -B, /.cshrc and /.profile

and /root/.profile, try doing an ls -c on them to see if their changed-date is when you did the etcupdate. Jamie

Re: ps(1) bugs and problems

"Piotr P. Stefaniak" wrote: > On 2023-08-11 12:32:02, Jamie Landeg-Jones wrote: > >How about reverting '-d', and adding "-D" for descending, and "-A" for > >ascending? > > I don't like that, because it would take three opt

Re: ps(1) bugs and problems

ection. That is indeed cleaner, and whilst the new "-D" option would cover the particular use case I mentioned, the old sorting method with arbitary, and specific PIDS is still useful. How about reverting '-d', and adding "-D" for descending, and "-A" for ascending? Cheers, Jamie

ps(1) bugs and problems

1048ad67d0955642c5b486e9c0f3d2 author: Piotr Pawel Stefaniak 2020-05-07 16:56:18 + commit: ca8c0d5e811048ad67d0955642c5b486e9c0f3d2 (patch) tree: 374be17aead18daf2e3c7477a4573f60ce62d8f0 /bin/ps/ps.c Cheers, Jamie

BUG: chflags(1) fails to remove uarch flag with hardlinked files (ZFS)

ot;chmod -R". Further details are in the bug report I just raised: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271925 Cheers, Jamie

Re: MOTD is not created correctly (since 2022/02/18)

an option for that too. And then I thought all these > options > were overkill and would trigger and even longer debate, so I never > brought > the ideas forward. :) :-) Oh yeah, definitely! It would be worse than the fractional seconds in sleep(1) debate! Cheers, for the response, Jamie

Re: MOTD is not created correctly (since 2022/02/18)

is it appropriate to use phabricator over PR, and vice verca? I'm an old dog still used to "send-pr", but I'm happy to learn the new tricks! :-) Cheers, Jamie

MOTD is not created correctly (since 2022/02/18)

d to work with both posibilities, so can someone commit the fix of removing the ' ' before the '$' in /etc/rc.d/motd ? Cheers Jamie

Re: find(1): I18N gone wild ?

Yuri wrote: > No, find "-name" works with pattern rules in the first link, please see: > > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/find.html Yeah. *blush* Sorry about that. I had thought character classes were for regular expressions only. /gets coat

Re: find(1): I18N gone wild ?

My mistake. Character classes are indeed part of glob https://pubs.opengroup.org/onlinepubs/009604499/utilities/xcu_chap02.html 2.13.3 Patterns Used for Filename Expansion Sorry for the noise.

Re: find(1): I18N gone wild ?

me" works with GLOBs not regex. The functionality you are talking about, and the page you quoted refer to regular expressions. For that, you use find "-regex" - note that the regex is assumed anchored, so: $ LANG=en_US.UTF-8 find -E /etc/rc.d -regex '.*[[:upper:]]+' -print /etc/rc.d/NETWORKING /etc/rc.d/FILESYSTEMS /etc/rc.d/SERVERS /etc/rc.d/DAEMON /etc/rc.d/LOGIN $ Jamie

Re: find(1): I18N gone wild ?

Jamie Landeg-Jones wrote: > When the locale collation first came in, there were numerous issues > like this, causing POSIX to change it to undefined (My guess is that > it had been one way for too long for them to specifically redefine it, > so "undefined" it became.) I fo

Re: find(1): I18N gone wild ?

rther justification, note that "awk" in base (in newer versions at least) already gives the results you'd expect, as now does "gawk". In fact, a good summary of the situation, and why the gawk owner reverted the code to treat all character ranges as the tradional pre-locale situation is here: https://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html Let's follow suit! Cheers, Jamie

Re: find(1): I18N gone wild ?

rther justification, note that "awk" in base (in newer versions at least) already gives the results you'd expect, as now does "gawk". In fact, a good summary of the situation, and why the gawk owner reverted the code to treat all character ranges as the tradional pre-locale situation is here: https://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html Let's follow suit! Cheers, Jamie

[FUSEFS] File close() failures relating to attempted atime update

ential fix to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270749 Cheers, Jamie

Re: diff(1) goes into cpu-hogging endless loop

Tom Jones wrote: > My guess is that you are hitting a worst case in the stone algorithm. I > have a WIP review to integrate the Myers algorithm from libdiff here: > > https://reviews.freebsd.org/D36860 Ahh, thanks, Tom. I'm glad it's being addressed. I'll check out the review. Cheers, Jamie

Re: diff(1) goes into cpu-hogging endless loop

Just to add, that whilst the "diff" succeeded with the files split into 10Mb chunks, the time taken to run was really high, up to 10 times longer than gnu diff: + /usr/bin/time diff 1.aa 2.aa 16.74 real16.70 user 0.03 sys + /usr/bin/time diff 1.ab 2.ab 16.53 real16.45 user

diff(1) goes into cpu-hogging endless loop

here if anyone would like to test: http://www.catflap.org/jamie/1.xz (13,282,864 bytes) http://www.catflap.org/jamie/2.xz (12,221,164 bytes) Cheers, Jamie

Re: An idea for swap partition size vs. swap space size in use handling

> that it was operating with the referenced fragmentation problems > being more likely. That would not be true if it was just using > more like the 916632 pages and ignoring the rest. Are you, phk, or anyone else, able to provide further pointers or clarification on this? Cheers, Jamie

Re: 1 year src-patch anniversary!

mitters only, as it seems to me to be a way for committers to get their code reviewed and passed prior to committing. Cheers, Jamie

Re: 1 year src-patch anniversary!

rectories containing the port-templates for a port that are installed after a port-sync. These are usually "deleted" ports that I actually still use, local-port hacks that no-one else would care about, and less-often complete overrides of ports for various reasons. There is glue code to ensure these are all automatically actioned. I'd love to get involved with anything that can help streamline this, whether src or ports. Cheers, Jamie

Re: 1 year src-patch anniversary!

and I'll commit. Thanks! However, in this case, "delphij" has already done it. Cheers, Jamie

1 year src-patch anniversary!

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261657 is a trivial fix to an admittedly trivial issue, but it's soon going to hit one year old, and has not had any feedback. Not even "this is rubbish. close ticket" | jamie@catwalk:~ % stat 'so good they named it twice&#

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

t if it would help, but as it stands, you can see it here: http://freebsd.dyslexicfish.net/src/ 15:47 (71) "~/x" jamie@newbie% cat /usr/common/etc/var_run.mtree # File/DirectoryUser GroupPerms # distccd.pid distcc distcc 640 ntop/

Re: FreeBSD is a great operating system!

Hans Petter Selasky wrote: > On 7/8/22 05:40, Turritopsis Dohrnii Teo En Ming wrote: > > Dear Hans Petter Selasky, > > > > Why do you say FreeBSD license is a killer? > > Because you can do anything you want with the operating system :-) "is a killer" could easily have been taken as a negative!

Re: recover deleted file

al deletions? If you are just concerned with user accidental deletions, you can easily modify your view of "rm" to point to something that instead stores the file somewhere safe.. Jamie

ps(1) with '-ww' / libxo truncating output

-c 'ps -wwe -p $$' 2) env -i $(jot 500 | awk '{print "testvar_"$0"=dummydummydummydummy"}') sh -c 'ps -wwe -p $$ --libxo text' 3) env -i $(jot 500 | awk '{print "testvar_"$0"=dummydummydummydummy"}') sh -c 'ps -wwe -p $$ --libxo xml' Cheers, Jamie

Re: What are the in-kernel functions to print human readable timestamps (bintime)?

closed port RST response from 313 to 200 packets/sec Mar 11 00:41:54 [3568760] Limiting closed port RST response from 308 to 200 packets/sec Mar 11 06:23:28 [3589254] icmp redirect from 183.196.23.176: 192.168.2.104 => 183.196.23.161 etc. Cheers, Jamie

Re: USB Disk Stalls on -current

ngs remain weird until a reboot. cheers, Jamie

Re: Dragonfly Mail Agent (dma) in the base system

able the > dma build on my sandbox to give it a little workout. I use heirloom-mailx all the time. It works fine with DMA. Ooops, sorry if that comment was too presumptuous of me ;-) cheers! ... Jamie

Re: Dragonfly Mail Agent (dma) in the base system

Cy Schubert wrote: > In message <202202061553.216fr0yt071...@donotpassgo.dyslexicfish.net>, > Jamie La > ndeg-Jones writes: > > Cy Schubert wrote: > > > > > dma doesn't support SMTP submission, we may need to review various port > > >

Re: Dragonfly Mail Agent (dma) in the base system

Cy Schubert wrote: > dma doesn't support SMTP submission, we may need to review various port > default options or whether ports even support it. Good catch. Would a suitable workaround be to parse the dma.conf file for the SMARTHOST address, and then set up a simple tcp proxy on the local subm

Re: Dragonfly Mail Agent (dma) in the base system

ipv4, ipv6, both on port 25, and non-standard ports. I've also used combinations of non-encrypted, TLS, and opportunistic TLS, - all work as expected. I haven't ever used the smtp-login facility. Cheers, Jamie

[patch] touch(1) enhancement

d" options to standard commands, so please don't flame me if you think it's useless! Cheers, Jamie

Re: pkg sqlite database borked ( again ). How to restore?

the warnings about tables already existing, and presumably the other "UNIQUE" errors. I'd personally be uncomfortable keeping it like this, but I don't know enought about pkg, but if as you said it works, it seems the merge went ok! Cheers, Jamie

Re: pkg sqlite database borked ( again ). How to restore?

in file backup.c:98: not > an error The backup file consists of sql statements, the pkg backup -r I think requires a binary db file. I think you need to do this: pkg shell < /var/db/pkg/local.sqlite.dump Cheers, Jamie

Re: stat(1) isn't honouring locale

r the quick response! I wasn't sure if it was an oversight, or if there was something I missed. Cheers, Jamie P.S. Thanks for not mentioning that when I editted the order of my example commands above to appear in a more logical order, I managed to make it look as if I'd gone back in time Ooops!

stat(1) isn't honouring locale

21 00:14:57 BST % date +%+ Fri 29 Oct 2021 00:15:05 BST % stat -t%+ -f '%Sm' . Fri Oct 29 00:13:38 BST 2021 - Including and adding: (void) setlocale(LC_TIME, ""); before the call to strftime() in usr.bin/stat/stat.c fixes this Is there any reason this isn't in place? Cheers, Jamie

Re: killall, symlinks, and signal delivery?

the pkg for 7.0.11.12 has it as a softlink. So yeah, either an upstream change, or a port change. Cheers, Jamie

Re: On 14-CURRENT: no ports options anymore?

${SCRIPTSDIR}/dialog4ports.sh $${TMPOPTIONSFILE} || { \ ${RM} $${TMPOPTIONSFILE}; \ - ${ECHO_MSG} "===> Options unchanged"; \ - exit 0; \ + ${ECHO_MSG} "===> ERROR: Options unchanged"; \ + exit 1;

/usr/bin/diff - incorrectly says files are identical

/var/run/rpcbind.sock are identical % diff -s /COPYRIGHT /etc/master.passwd diff: /etc/master.passwd: Permission denied Files /COPYRIGHT and /etc/master.passwd are identical Further details, and fixing patch here: https://bugs.freebsd.org/bugzilla/show_bug.cgi

Re: Git and complementary web interfaces (some fast but basic, others fuller-featured)

through the Developers menu at > <https://www.freebsd.org/> and so on. I liked svnweb. I like cgit. github is too heavy for browsing (I can't be the only one who fires up w3m from the command line to do a quick check on something) A typical

Re: Git: timestamps

Graham Perrin wrote: > Alongside 'tree', click 'log' Thanks, but I wanted the file dates, not the log! > Also/alternatively there's the read-only mirror on GitHub so, for example: > > I know, which is why I miss it on the FreeBSD

Re: git non-time-sequential logs

#x27;t really complaining - If the git transition is better for you guys, I'm all for it. However, this is one such URL: https://cgit.freebsd.org/src/tree/usr.bin/diff Those files have no dates besides them on my screen.. Cheers, Jamie ___ fre

Re: git non-time-sequential logs

Ryan Libby wrote: > On Mon, Jan 4, 2021 at 10:08 AM Warner Losh wrote: > ... > > As for date order, we could also add a commit hook that requires the date > > to be properly set, but that creates friction for developers. Is that > > friction worth the benefits? I don't think so, but as you say w

Re: again this ugly graphic driver sloopy mistake

"Vanbreukelingen Ltd." wrote: > No! > > No freeBSD on this laptop anymore, sorry. I'm deluded like hell from > this sessions; after 30 hours of compiling world I get a "disk full". > Trying my luck with openBSD here. Apologies for not sending you a bigger disk. > consider this as a divorcing

Re: CFT for vendor openzfs - week 2 reminder

Can anyone using the new vendor openzfs let us know if it fixes the "mmp_thread_enter" bug recently MFC'ed to STABLE? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247829 Cheers ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/

Panic when attempting to create tunnel when a tunnel with the named alias exists

KDB: enter: panic Cheers, Jamie ___ 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: [PATCH] primes(6) -- remove unnecessary code

Steve Kargl wrote: > Hmm, I withdraw the patch. One can get a negative start > value, but one would need to force that condition via > a subversion via getopt. Or: primes -- -1 5 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org

Re: kernel module code coverage

8.16.5. It appears that the "archive" is for older releases. The latest is 8.16.6 and isn't listed for FreeBSD: https://www.bullseye.com/cgi-bin/download Cheers, Jamie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/

Re: One True Awk upgrade

Warner Losh wrote: > OK. I've resolved all the diffs between the git-tree I had and what made it > into the tree. the upgrade is now complete, and I've pushed my notion of > what awk should be to the bsd-ota branch in > https://github.com/bsdimp/awk.git I'll work on folding them into upstream, >

Re: Disabling COMPAT_FREEBSD4/5/6/7/9 as a default kernel option

in this thread), this relates to removing the options from the generic (et al.) kernels, not deleting the code itself. You'd therefore be able to just keep the options enabled in your own config.. , or is this just the first stage of full

FreeBSD contrib/one-true-awk now it's own fork?

contrib/one-true-awk hasn't been synced with the official src maintained by Brian Kernighan for a number of years, though in that time a number of FreeBSD changes have been made, independently of the official branch. Is this the official policy now? There are some useful bugfixes and changes out t

Re: head -r3418363: top -opid process list order is rather odd (top -Saopid example shown)

> No wonder, it doesn't seem to have worked ever (?) as the compare_pid is > simply not defined in compares list. Try attached patch. It works on 11-stable without that line being added. cheers ___ freebsd-current@freebsd.org mailing list https://list

Re: Suppose a user on a pilgrimage to /usr/src, modified UPDATING

miltonott wrote: > O great and powerful FreeBSD biome. May I redirect from here to a paste > site > service, a rearrangement of development directory head file /usr/src/UPDATING. sorry, but left & right justified text is horrible, especially with a monospaced font! _

Re: HEADS-UP: OpenSSL 1.1.1 in 12.0

freebsd.curr...@clogic.com.ua wrote: > Anyway, I think apps from ports need to use openssl from ports. No. Only if it's installed. If not, it's perfectly normal for a port to use the base openssl - it's not a private-lib insta

kvm_swap: ksw_devname too short

kvm_swap.ksw_devname is defined in as 32 characters. It's easy to exceed this (e.g. /dev/diskid/DISK-4C441001130129435304p2) I suppose setting an automatic glabel would be the solution, but how much hassle would bumping this field cause? I notice that swap with such long names still actually work

Re: Poll: should man(1)'s default pager change to "less -s"?

27;m just some random guy on the internet, but I thought I'd throw in my 2 cents as there may be others with a similar philosophy on these types of changes. Cheers, Jamie ___ 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: Strange behavior about pattern matching on manual pages [FIXED]

o display the second file. The first > file should remain in the scrollback buffer. Thanks again. I'll check the PR's, other patches, and your test-case will help greatly. I'll post again when I find a better overall solution. Cheers! Jamie ___

Re: Makefile show all flags

set before the build is run? Is this any use? make -dA It's pretty verbose. I'd suggest running it through "script" or redirecting stderr to a file! cheers, jamie ___ freebsd-current@freebsd.org mailing list https://lists.f

Re: Strange behavior about pattern matching on manual pages [FIXED]

Alan Somers wrote: > How about just setting MANPAGER=less in your environment? Because some of us prefer "more"? And as I said, it's related to searching using the more(1) command generally. I was under the impression that fixing bugs in existing commands was a better solution than telling som

Re: Strange behavior about pattern matching on manual pages [FIXED]

fects in man(1) / more(1) and less(1) and I'll then try and get them applied upstream. The patches have been tested against FreeBSD 11.1-STABLE and 12-CURRENT cheers! Jamie --- contrib/less/forwback.c.orig2017-11-20 08:52:33.978356000 + +++ contrib/less/forwbac

getfsstat / nullsfs / automount bug?

T request, otherwise a MNT_NOWAIT request is performed: Cheers, Jamie | #include | #include | #include | | int main(int argc, char **argv) | { | struct statfs *mntbuf; | int i, nitems; | | nitems = getmntinfo(&mntbuf, (argc == 1) ? MNT_WAIT : MNT_NOWAIT); | if (nite

Re: Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

Somewhat related, (I think!) "make LINT" in the kernel-config directory no longer works as expected unless MAKEOBJDIRPREDIX=/ is set, i.e.: cd /usr/src/sys/ARCH/conf/ && make MAKEOBJDIRPREFIX=/ LINT cheers, Jamie ___ freebsd-current@f

Re: swapfile query

ely | equal to the size of main memory if you have more. Keep in mind | future memory expansion when sizing the swap partition. cheers, Jamie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current

  1   2   >