Page MenuHomeSolus

Update zsh to 5.7.1
ClosedPublic

Authored by Jacalz on Feb 23 2019, 1:52 PM.
Tags
None
Referenced Files
F11007886: D5519.diff
Tue, Aug 1, 10:44 PM
F10996619: D5519.diff
Wed, Jul 26, 8:43 PM
F10898023: D5519.diff
Jul 2 2023, 3:14 PM
F10885889: D5519.id13555.diff
Jun 25 2023, 3:55 PM
F10885328: D5519.id14016.diff
Jun 25 2023, 9:34 AM
F10881261: D5519.diff
Jun 22 2023, 10:29 PM
F10869569: D5519.diff
Jun 18 2023, 4:42 AM
F10852285: D5519.id14016.diff
Jun 12 2023, 10:29 PM

Details

Summary

Summarized Changelog:

  • vcs_info git: The gen-unapplied-string hook receives the patches in order (next to be applied first). This is consistent with the hg backend and with one of two contradictory claims in the documentation (the other one has been corrected). In zsh through 5.6.2, the patches were passed in reverse order, next to be applied being last in the array. The gen-applied-string hook is unaffected; it still receives the patches in reverse order, from last applied to first applied.
  • The option NO_UNSET now also applies when reading values from variables without a preceding '$' sign in shell arithmetic expansion and in the double-parentheses and 'let' arithmetic commands.
  • Support for 24-bit true color terminals has been added. Hex triplets can be used when specifying colours for prompts and line editor highlighting. On 88 and 256 colour terminals, a new zsh/nearcolor module allows colours specified with hex triplets to be matched against the nearest available colour.
  • The zsh/datetime module's strftime builtin now accepts an argument specifying the nanoseconds time component; both arguments can be omitted to use the current time.
  • A couple bug fixes
Test Plan
  • Installed and switched to zsh along with a reboot afterwards
  • Tested some autocompletion and common commands
  • Committed this change using zsh and oh-my-zsh

Diff Detail

Repository
R3329 zsh
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

gdbm-devel could need an update as well :)

gdbm-devel could need an update as well :)

Alright, will see to get that updated too :)

getting this error when installing gdbm:

image.png (409×987 px, 133 KB)

It is weird since the library seems to be libgdbm.so.6.0.0...

Not really weird then, man-db needs to be rebuilt so the mandb binary won't break.

Not really weird then, man-db needs to be rebuilt so the mandb binary won't break.

Probably a stupid question, but how exactly would I go about doing that?

In D5519#87846, @Jacalz wrote:

Not really weird then, man-db needs to be rebuilt so the mandb binary won't break.

Probably a stupid question, but how exactly would I go about doing that?

Use a local repository with the new gdbm eopkgs in there, bump mandb, run make local to build with your local repo to validate mandb can rebuild against gdbm.

In D5519#87846, @Jacalz wrote:

Not really weird then, man-db needs to be rebuilt so the mandb binary won't break.

Probably a stupid question, but how exactly would I go about doing that?

Use a local repository with the new gdbm eopkgs in there, bump mandb, run make local to build with your local repo to validate mandb can rebuild against gdbm.

Thanks Josh! Looks like I was strongly in the need for a cup of tea when I was doing it last time. Was trying to find mandb and not man-db :I
I have now verified that man-db can be successfully rebuilt and it solves my problems ?

  • Rebuild against new gdbm update
This revision is now accepted and ready to land.Mar 22 2019, 9:24 PM
This revision was automatically updated to reflect the committed changes.