gri3-wm/RELEASE-NOTES-next

39 lines
2.0 KiB
Plaintext
Raw Permalink Normal View History

┌──────────────────────────────┐
│ Release notes for i3 v4.19 │
└──────────────────────────────┘
This is i3 v4.19. This version is considered stable. All users of i3 are
strongly encouraged to upgrade.
┌────────────────────────────┐
│ Changes in i3 v4.19 │
└────────────────────────────┘
• configure: respect --program-suffix
• use exec to avoid leaving useless shell process
• ipc: always include the marks property (even if empty)
• introduce “tiling_from” and ”floating_from” criteria
• make dock client order deterministic (sorted by class/instance) as a
side effect, i3bars without an explicit bar-id will be sorted according
to their definition order in the config file
• update i3bar config when necessary (reduces redraws on bar mode changes)
• mention rofi in default config file
┌────────────────────────────┐
│ Bugfixes │
└────────────────────────────┘
• ensure client windows have a size of at least 1px after resize
• correctly handle overlapping decorations
• limit workspace numbers within 0..INT32_MAX
• fix a bug with tiling resize inside floating container
• i3-nagbar: Use _PATH_BSHELL to ensure using a bourne shell
• do not propagate $mod+right click to fullscreen clients
• do not try to resize fullscreen and non-fullscreen windows
• do not focus floating windows changing workspace with ConfigureNotify
• i3-dmenu-desktop: Support symlinks in search path
• build: correctly provide auxiliary functions when needed
Makefile.am: Use BUILT_SOURCES for GENERATED headers (#4068) The previous fix when using _DEPENDENCIES was wrong because that dependency is only created for the final executable. However, the build fails when building the object file. The manual explicitly mentions that using _DEPENDENCIES is wrong for source files: > In rare cases you may need to add other kinds of files such as linker > scripts, but listing a source file in _DEPENDENCIES is wrong. If some > source file needs to be built before all the components of a program > are built, consider using the BUILT_SOURCES variable instead (see > Sources). https://www.gnu.org/software/automake/manual/automake.html#Linking Instead, using BUILT_SOURCES works, as mentioned in the manual. https://www.gnu.org/software/automake/manual/automake.html#Sources I have also removed the dependencies from i3_SOURCES since AFAIK dependencies to header files don't do anything. I have verified that modifying the header correctly re-triggers the build for i3 & i3-config-wizard. > Header files listed in a _SOURCES definition will be included in the > distribution but otherwise ignored. In case it isn’t obvious, you > should not include the header file generated by configure in a > _SOURCES variable; this file should not be distributed. Lex (.l) and > Yacc (.y) files can also be listed; see Yacc and Lex. https://www.gnu.org/software/automake/manual/automake.html#Program-Sources An alternative instead of BUILT_SOURCES that should also work in our case is found in this section: https://www.gnu.org/software/automake/manual/automake.html#Built-Sources-Example see "Recording Dependencies manually". The syntax would be: foo.$(OBJEXT): $(config_parser_SOURCES) $(command_parser_SOURCES) The benefit of this over BUILT_SOURCES is that it will work for targets other than 'all', 'check' and 'install'. However, since we don't really have such targets we don't need to do this right now. Tested extensively using this script: #!/bin/bash set -x autoreconf -fi while mkdir build && cd build && ../configure && make -j; do cd .. rm -rf build done Fixes #3670
2020-05-05 18:13:19 +02:00
• build: fix issues with parallel build
• set _NET_DESKTOP_VIEWPORT after randr changes