daily CVS update output
Updating src tree: P src/doc/3RDPARTY P src/etc/etc.vax/MAKEDEV.conf P src/etc/etc.vax/ttys P src/lib/libutil/snprintb.3 P src/sys/arch/m68k/include/vectors.h P src/sys/arch/powerpc/ibm4xx/pmap.c P src/sys/dev/ic/sti.c P src/usr.bin/xlint/common/externs.h P src/usr.bin/xlint/common/lint.h P src/usr.bin/xlint/common/tyname.c P src/usr.bin/xlint/lint1/cgram.y P src/usr.bin/xlint/lint1/ckgetopt.c P src/usr.bin/xlint/lint1/debug.c P src/usr.bin/xlint/lint1/emit1.c P src/usr.bin/xlint/lint1/externs1.h P src/usr.bin/xlint/lint1/init.c P src/usr.bin/xlint/lint1/lex.c P src/usr.bin/xlint/lint1/lint1.h P src/usr.bin/xlint/lint1/tree.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 44877758 Feb 2 03:03 ls-lRA.gz
Re: tmux-direct entry only has 8 colors
On Thu, Feb 01, 2024 at 03:13:42PM +, RVP wrote: > This looks like a bug in NetBSD. Minimal reproducer: > > ``` > $ cat tit > tit|TermInfo Test, > # if the second number is >32767, it disappears! > use=num, use=max, > # putting the bigger one first makes "promotion" happen. > # use=max, use=num, > > max|any number > INT16_MAX, > colors#32768, > > num|any num < INT16_MAX, > num#111, > > $ tic -x tit This is fallout from usr.bin/tic.c: -- revision 1.33 date: 2020-03-27 16:11:57 +0100; author: christos; state: Exp; lines: +21 -17; commitid: 2Q6C4aNTDvrFf32C; As described in tech-userlevel: - Modify the writing code to only write entries in the new format for the terminal descriptions that require it. - Store new format entries as @v3 - Store old format entries with clamped values as for backwards compatibility - Lookup first @v3 and then if that is not found. - Don't create terminfo2 anymore; old programs keep working with clamped entries, and new programs be able to use the wide fields with using the original db file. -- especially this part of process_entry: if (tic->rtype == TERMINFO_RTYPE) return process_entry(&sbuf, flags | TIC_COMPAT_V1); but I don't understand how it is supposed to work. Martin
Re: tmux-direct entry only has 8 colors
On Wed, 31 Jan 2024, Thomas Klausner wrote: infocmp kitty+setal kitty+setal|set underline colors (nonstandard), Compare that to terminfo.src: kitty+setal|set underline colors (nonstandard), setal=\E[58:2::%p1%{65536}%/%d:%p1%{256}%/%{255}%&%d:%p1 %{255}%&%dm, Seems like NetBSD's infocmp (or terminfo) doesn't support setal, sounds like a bug. You have to use `infocmp -x' to see "extra" capabilities like `setal'. Again, a couple things seem to get lost (RGB, CO#8, initc@, setb@, setf@) but the colors are there. Ditto. I looked at the 'use' and some of them are empty (which makes me think NetBSD's infocmp or terminfo are missing more features) and then I found: # Reconstructed from /usr/share/misc/terminfo.cdb screen|VT 100/ANSI X3.64 virtual terminal, am, km, mir, msgr, xenl, colors#8, cols#80, it#8, lines#24, pairs#64, ... So it looks to me like the 'colors' from the 'screen' entry via the 'tmux' entry overwrite the colors defined by 'xterm+direct'. This looks like a bug in NetBSD. Minimal reproducer: ``` $ cat tit tit|TermInfo Test, # if the second number is >32767, it disappears! use=num, use=max, # putting the bigger one first makes "promotion" happen. # use=max, use=num, max|any number > INT16_MAX, colors#32768, num|any num < INT16_MAX, num#111, $ tic -x tit $ infocmp -1x -A /tmp/tit.cdb tit # Reconstructed from /tmp/tit.cdb tit|TermInfo Test, num#111, $ /opt/ncurses/bin/tic -x -o tit.d tit $ /opt/ncurses/bin/infocmp -1x -A tit.d tit # Reconstructed via infocmp from file: tit.d/t/tit tit|TermInfo Test, colors#0x8000, num#111, $ ``` (xterm-direct analyzed this way also only reports xterm-direct|xterm with direct-color indexing, ... colors#0x7fff, cols#80, it#8, lines#24, pairs#0x7fff, ... ) Same bug, I think: if any num. capability has a value >0x7fff (INT16_MAX), then that terminfo entry should get "promoted" to use 32-bit integers. This isn't happening. Then it'd be time for a bug report... Yes :) -RVP
Re: Unacceptable firefox behavior with nouveau graphics card
On Thu, Feb 1, 2024 at 2:42 PM Paul Goyette wrote: > > It's been a couple of years now since I installed my current "GeForce > GTX 1050 Ti" video card. It has always had "issues", especially with > firefox, and it seems to be getting worse as time goes by. Symptoms > generally manifest themselves as long-delay hangs (up to a minute or > more, sometimes longer than my limited patience will tolerate). > During these hangs, firefox seems to behave almost normal - menus > drop down, mouse clicks on the "x" close tabs, new tabs can be > opened, etc. But other things, such as cursor changing to a finger > when moved over a link, or trying to execute a search, or even a > simple reload-page are ignored. > Hi, The only option I can suggest is to try to disable gpu acceleration ("Use recommended performance settings" ->"Use hardware acceleration when available"). Depending on the graphics card, some work decently on NetBSD, some were causing similar symptoms to me and disabling hardware acceleration was helping to regain usability. In general, firefox still feels a bit more sluggish in NetBSD in comparison to other OSes either way (with performance optimization enabled or not). I am currently using Radeon 5700XT which has the best performance so far I had in NetBSD and works quite well with Firefox for me. Though, it has few bugs other bugs (occasional crashes (mainly on boot) and I can't switch between Xorg and terminal, it causes 3/4 of the xorg screen to become black).
Unacceptable firefox behavior with nouveau graphics card
It's been a couple of years now since I installed my current "GeForce GTX 1050 Ti" video card. It has always had "issues", especially with firefox, and it seems to be getting worse as time goes by. Symptoms generally manifest themselves as long-delay hangs (up to a minute or more, sometimes longer than my limited patience will tolerate). During these hangs, firefox seems to behave almost normal - menus drop down, mouse clicks on the "x" close tabs, new tabs can be opened, etc. But other things, such as cursor changing to a finger when moved over a link, or trying to execute a search, or even a simple reload-page are ignored. As I said, this has been getting worse over time, and with a recent update of the OS (running 10.99.4, updating from October to last week) firefox has become almost unuseable. I can search for things on newegg.com but cannot display interesting results. So, I'm looking for a few things: 1) Does this sound familiar to anyone else? Or am I just a set-of-1 ? 2) Are there any alternatives to firefox? 3) Any recommendations on potential replacement of the video card? Thanks in advance! +-+--+--+ | Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:| | (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com| | Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | +-+--+--+