From Atsushi Toyokura in pkgsrc-wip
The package provides two commands to help authors for documents
in Japanese to insert proper xkanjiskips. It supports LuaTeX,
XeTeX, pTeX, upTeX, and ApTeX (pTeX-ng).
From Atsushi Toyokura in pkgsrc-wip
The package provides a working configuration of the CJK
package, suitable for Japanese typesetting of moderate quality.
Moreover, it facilitates use of the CJK package for pLaTeX
users, by providing commands that are similar to those used by
the pLaTeX kernel and some other packages used with it.
From Atsushi Toyokura in pkgsrc-wip
The main purpose of this bundle is to serve as an underlying
library for other packages created by the same author (their
names start with "BX" or "PX"). However bxbase package contains
a few user-level commands and is of some use by itself.
- Only bother with top-level dependencies and don't attempt to recurse
the tree, this creates very messy output for modern packages.
- Normalize output for both build-time and runtime dependencies.
- Remove slow workarounds for Solaris 9 awk limitations.
From Atsushi Toyokura in pkgsrc-wip
This LaTeX package provides commands to convert from the
Gregorian calendar (e. g. 2018/8/28) to the Japanese rendering
of the Japanese calendar (e. g. Heisei 30 nen 8 gatsu 28 nichi;
actually with kanji characters). You can choose whether the
numbers are written in Western numerals or kanji numerals. Note
that the package only deals with dates in the year 1873 or
later, where the Japanese calendar is really a Gregorian
calendar with a different notation of years.
From Atsushi Toyokura in pkgsrc-wip
This LaTeX package provides a command to convert dates to names
of Japanese holidays. Another command, converting dates to the
day of the week in Japanese, is available as a free gift.
Further (lower-level) APIs are provided for expl3. The package
supports pdfTeX, XeTeX, LuaTeX, pTeX, and upTeX.
Upstream changes:
OpenDNSSEC 2.1.8 - 2021-02-20
* OPENDNSSEC-954: Upgrade autoconf/automake configuration chain for
version 2.69/1.16.2.
* SUPPORT-261: Fix to crash when using ods-enforcer set-policy command.
* OPENDNSSEC-953: Fix to crash in case zone file not present while getting
a signconf update and state flush command.
Thanks to Stefan Ubbink from SIDN for the co-operation in this fix.
* OPENDNSSEC-951: Modify the purging of keys, to make it automatic to purge
keys from the HSM.
Thanks to Stefan Ubbink from SIDN for the co-operation in this fix.
* OPENDNSSEC-950: Fix that caused crash when signer was offline for a
prolonged period (but the enforcer wasn't) in the middle of a ZSK roll.
* OPENDNSSEC-952: memory leak in when receiving NOTIFY for non-existent zone
Thanks Sébastien Tisserant to for reporting).
From Atsushi Toyokura in pkgsrc-wip
The bundle contains fonts (TFM and VF) for use with upTeX. This
is a redistribution derived from the upTeX distribution by
Takuji Tanaka.
From Atsushi Toyokura in pkgsrc-wip
The set of the Japanese logical fonts (JFMs) that are used as
standard fonts in pTeX and upTeX contains both Unicode JFMs and
non-Unicode JFMs. This bundle provides an alternative set of
non-Unicode JFMs that are tied to the virtual fonts (VFs) that
refer to the glyphs in the Unicode JFMs. Moreover it provides a
LaTeX package that redefines the NFSS settings of the Japanese
fonts of (u)pLaTeX so that the new set of non-Unicode JFMs will
be employed. As a whole, this bundle allows users to dispense
with the mapping setup on non-Unicode JFMs. Such a setup is
useful in particular when users want to use OpenType fonts
(such as Source Han Serif) that have a glyph encoding different
from Adobe-Japan1, because mapping setups from non-Unicode JFMs
to such physical fonts are difficult to prepare.
From Atsushi Toyokura in pkgsrc-wip
This package changes the setup of the japanese-otf package so
that the TFMs for direct input are all replaced by new ones
with prefixed names; for example, nmlminr-h will be replaced by
foo--nmlminr-h, where foo is a prefix specified by the user.
This function will assist users who want to use the
japanese-otf package together with tailored TFMs of Japanese
fonts. The "jodel" part of the package name stands for
"japanese-otf deluxe". Here "deluxe" is the name of
japanese-otf's option for employing multi-weight Japanese font
families. This option is probably the most likely reason for
using japanese-otf. So pxjodel is really about japanese-otf's
"deluxe" option, hence the name. It is not related to yodel
singing, although some sense of word-play is intended.
From Atsushi Toyokura in pkgsrc-wip
This package enables users to declare in their document which
physical fonts should be used for the standard Japanese
(logical) fonts of pLaTeX and upLaTeX. Font setup is realized
by changing the font mapping of dvipdfmx, and thus users can
use any (monospaced) physical fonts they like, once they
properly install this package, without creating helper files
for each new font. This package also supports setup for the
fonts used in the japanese-otf package. System requirements:
TeX format: LaTeX. TeX engine: pTeX or upTeX. DVIware:
dvipdfmx. Prerequisite packages: atbegshi.
From Atsushi Toyokura in pkgsrc-wip
The package enables selection of 5 standard Japanese fonts for
pLaTeX + dvips. It was originally written by Haruhiko Okumura
as part of jsclasses bundle, and the TFM/VF files were
previously distributed as part of the ptex-fonts package.
From Atsushi Toyokura in pkgsrc-wip
Harano Aji Fonts (Harano Aji Mincho and Harano Aji Gothic) are
fonts obtained by replacing Adobe-Identity-0 (AI0) CIDs of
Source Han fonts (Source Han Serif and Source Han Sans) with
Adobe-Japan1 (AJ1) CIDs. There are 14 fonts, 7 weights each for
Mincho and Gothic.
From Atsushi Toyokura in pkgsrc-wip
This package is meant for macro/package developers: It provides
function-like (fully-expandable) macros that convert a
character code value in one of several Japanese encodings to a
Unicode value. Supported source encodings are: ISO-2022-JP
(jis), EUC-JP (euc), Shift_JIS (sjis), and the Adobe-Japan1
glyph set.
From Atsushi Toyokura in pkgsrc-wip
The bundle provides boxes and picture macros with Japanese
vertical writing support. It uses only native picture macros
and fonts for drawing boxes and is thus driver-independent.
Formerly part of the Japanese pLaTeX bundle, it now supports
all LaTeX engines.
From Atsushi Toyokura in pkgsrc-wip
upmendex is a multilingual index processor with following features:
* Mostly compatible with makeindex and upper compatible with mendex,
based on mendex version 2.6f by ASCII media works.
* Unicode for internal process and support UTF-8 encoding for
input/output. Will work with upLaTeX, XeLaTeX and luaLaTeX.
* Support Latin (including non-English), Greek, Cyrillic, Korean
Hangul and Han (Hanzi ideographs) scripts
* Apply International Components for Unicode (ICU)[4] for sorting
process.
* Format date: pLaTeX2e <2020-10-01>+2.
* Adapt to LaTeX2e <2021-05-01> pre-release-1.
* Format date: `pLaTeX2e <2020-10-01>+1`.
* Improve rollback detection of new hook system.
* plext.sty: Support e-TeX length expressions in picture coordinates
(similar to LaTeX2e 2020-10-01).
20201009:
* minijs.sty: Fix a mistake in the release 2020-10-05.
20201005:
* Support LaTeX2e 2020-10-01:
* Fix a bug that papersize special becomes wrong for font size other
than 10pt.
* Use \AddToHook provided by the new hook management system.
20210101:
* Based on SourceHanSans 2.002
* Add many Kana glyphs
* Add many GSUB features and entries
20210102:
* Fix proportional vertical GSUB substitution
* Fix proportional vertical Kana glyph
20210130:
* Fix GPOS vpal feature for vertical Kana glyphs
* Fix GSUB vkna feature from fixing Adobe-Japan1-7 GSUB feature
- Replace buggy version 2.0 `post` tables with version 3.0 ones,
which indicate that the font doesn't contain glyph names.
This is common for CJK fonts that are accessed by character code only.
- Set the font revision to 4.1 and the font version to 2.0.1 in all fonts
to emphasize that they belong together, which makes sense IMHO because
the fonts are no longer under development.
Changelog:
IMPORTANT NOTE: in this release we have switched our build system to internally use Meson. Building should be broadly unchanged for most users, but please see the [[#Build Information|Build Information]] section of the changelog for details and for '''the list of new [[#Build Dependencies |build dependencies]] you now need to install'''.
== System emulation ==
=== Incompatible changes ===
=== New deprecated options and features ===
Consult the [https://www.qemu.org/docs/master/system/deprecated.html "Deprecated Features"] chapter of the QEMU System Emulation User's Guide for the full list of historically deprecated features/options.
In particular, note that the Unicore32 and lm32 guest support have been deprecated and will be removed in a future version. They are now only built if explicitly enabled in --target-list.
=== 68k ===
=== Alpha ===
=== Arm ===
* ARMv8.2 FEAT_FP16 (half-precision floating point) is now implemented for AArch32 emulation (AArch64 already supported this)
* AArch64 BTI is now supported in linux-user emulation mode (it was already implemented for system emulation)
* The SMMUv3 model now supports SMMUv3.2 range invalidation
* The sbsa-ref board now has an embedded controller model for guest powerdown and reboot requests
* The sbsa-ref board now has an SBSA-compatible generic watchdog device
* The Raspberry Pi boards now emulate the CPRMAN clock manager device
* Support for KVM on 32-bit host CPUs (deprecated in 5.0) has now been removed. (32-bit KVM guests on 64-bit hosts remain supported.)
* Two new board models in the mps2 family: mps2-an386 (Cortex-M4 based) and mps2-an500 (Cortex-M7 based)
* New board models in the raspi family: raspi3ap (the Pi 3 model A+), raspi0 (the Pi Zero) and raspi1ap (the Pi A+)
* New Nuvoton iBMC board models: npcm750-evb, quanta-gsj
* The 'max' CPU now implements a 48-bit physical address size when using TCG emulation.
* The 'virt' board supports kvm-steal-time (enabled by default for virt-5.2 and on) so that a guest OS can account for time when its CPUs were not running due to the host not scheduling the corresponding vCPU threads.
=== AVR ===
=== HPPA ===
* Added power button emulation
* Boots NetBSD
* Boots old Linux CDs, e.g debian-0.5 and debian-0.6.1
* Artist framebuffer fixes when running dtwm on HP-UX
* Artist graphics allows screen resolution up to 2048 x 2048 pixels
* fw_cfg interface added
=== Microblaze ===
=== MIPS ===
=== Nios2 ===
=== OpenRISC ===
=== PowerPC ===
* The pseries machine now respects the nvdimm= machine option (previously NVDIMMs could be attached even with nvdimm=off)
* The pseries machine now does a better job of reflecting the user specified NUMA distances in the guest (PAPR limitations mean it's still a pretty poor approximation, though)
* We now fail more gracefully if attempting to run an HPT guest as a nested KVM guest (which isn't supported in the kernel for now)
* spapr_vscsi should now properly report that it does not support hotplug
* The pnv machine now allows firmware images up to 16MiB, instead of just 4 MiB (this matches the limit on physical FSP machines)
=== Renesas RX ===
=== Renesas SH ===
=== RISC-V ===
* Improvements to the Ibex (OpenTitan) PLIC
* OpenSBI v0.8 included by default
* Generic OpenSBI platform used when no -bios argument is supplied
* Support for a noMMU Linux kernel with the `-kernel` option
* A dummy L2 cache controller for the sifive_u is now included
* Support for the SiFive OTP device
* PMPCFG CSR setting bug fixed for RV64
* Improvements to the floating point helpers
* Experimental Hypervisor support updated to v0.6.1 and bug fixes
* Support for NUMA sockets on Virt and Spike Machines
* Support for the Microchip PolarFire SoC Icicle Kit
* Fix for crash seen when running 'poweroff' command on virt machine
* virt and sifive_u machines allow a custom dtb argument
* Support for migrating machines
=== s390 ===
* KVM: The diagnose 0x318 instruction is now supported.
* TCG: More instructions that were introduced with the z14 are now emulated.
* zPCI: vfio-pci devices now report real hardware features for functions, instead of emulated values (needs host kernel support.)
* virtiofs is now also supported on s390x via ccw
=== SPARC ===
* sun4m: fix panic when booting NetBSD with the TCX framebuffer
* sun4u: fix for sabre PCI IRQs being lost due to memory overflow
=== TileGX ===
=== Tricore ===
=== x86 ===
* A new KVM feature which improves the handling of asynchronous page faults is available with ''-cpu ...,kvm-async-pf-int''. This requires Linux 5.8.
=== Xtensa ===
* DFPU coprocessor with single and double precision floating point opcodes is now supported
* NMI is now supported
=== Device emulation and assignment ===
==== ACPI ====
==== Audio ====
==== Block devices ====
==== Graphics ====
==== Input devices ====
==== IPMI ====
==== Network devices ====
==== NVDIMM ====
==== NVMe ====
* Add support for mandatory features of version 1.3 of the NVM Express specification
* Add support for the Abort, Asynchronous Event Request and Get Log Page commands
* Add support for Scatter Gather Lists (supported descriptors: Data Block, Bit Bucket, Segment and Last Segment)
* Allow the device to be configured with the "Admin Only" command set
* Support multiple namespaces through the new nvme-ns device
* The unallocated Intel PCI Vendor and Device ID has been replaced with a QEMU allocated "Red Hat" ID
* Support per-namespace SMART log
==== PCI/PCIe ====
==== SCSI ====
==== SD card ====
==== SMBIOS ====
* The OEM Strings data can now be loaded from a file
==== TPM ====
==== USB ====
==== VFIO ====
==== virtio ====
==== Xen ====
==== fw_cfg ====
==== 9pfs ====
* Significant [https://lists.gnu.org/archive/html/qemu-devel/2020-01/msg05539.html performance improvement of Treaddir] requests.
* A performance warning is now logged on host side if 'msize' is set to a very small value, which especially includes Linux 9P clients not having any user specified 'msize' parameter at all. Simply setting 'msize' (on client/guest side) to any value larger than 8192 will cause the warning to disappear. See [https://wiki.qemu.org/Documentation/9psetup#msize msize documentation] for details.
==== virtiofs ====
* virtiofsd xattrmap option to allow the host to see different xattr names to the guest
* virtiofsd alternate sandbox option for environments where pivot_root isn't available
* virtiofsd 'submount' mechanism (requiring newer guest kernel) allows different host mounts to be seen as separate submounts in the guest, avoiding inode clashes.
==== Semihosting ====
=== Audio ===
=== Character devices ===
* Inverted logic in QAPI handling the "tight" option for abstract UNIX sockets was fixed.
* The QAPI schema now only reports support for abstract UNIX sockets on platforms where it is available (Linux).
=== Crypto subsystem ===
==== experimental qmp interface ====
=== GUI ===
* Spice: add support for SIDE and EXTRA mouse buttons. Improve HiDPI, set physical dimensions of client monitors.
* Build spice and opengl as modules
=== GDBStub ===
=== Host support ===
=== Memory backends ===
=== Migration ===
* A new 'block-bitmap-mapping' migration parameter is added, allowing finer control of which bitmaps to migrate, even when node names differ between source and destination.
* Migration over 'vsock' is now allowed, for nested environments or hosts with hardware that looks like a vsock.
* A new 'calc-dirty-rate'/'query-dirty-rate' call gathers an approximation of the rate at which the guest is dirtying RAM and thus gives an idea about whether precopy migration is likely to proceed.
* The default migration bandwidth has been increased to 1Gbps; users are still encouraged to tune it to their own hardware.
* TLS+multifd is now supported for higher bandwidth encrypted migration.
* Migration with dirty bitmaps has several bugs fixed.
=== Monitor ===
==== QMP ====
* Command block_resize no longer blocks the main loop.
==== HMP ====
* Command block_resize no longer blocks the main loop.
=== Network ===
=== Block device backends and tools ===
* qcow2 files now support extended L2 entries that allow subcluster-based allocation (enable with <code>extended_l2=on</code> when creating the image).
* Using qemu as an NBD client has fewer scenarios where network timeouts stall guest execution
* More explicit errors are reported when use of O_DIRECT fails
* The 'block-export-add' QMP command has been introduced to support qemu-storage-daemon, and replaces the now-deprecated 'nbd-server-add' command.
* The 'vhost-user-blk' export type has been added, allowing qemu-storage-daemon to act as a vhost-user-blk device backend.
* qemu-nbd now supports multiple '-B name' options for exposing multiple dirty bitmaps at once; it also supports a new '-A' option for exposing the new "qemu:allocation-depth" metadata context over NBD.
=== Tracing ===
* Add support of dtrace backend on macOS
=== Miscellaneous ===
* The roms/edk2 submodule and the bundled edk2 binaries have been updated to [https://bugs.launchpad.net/qemu/+bug/1852196 edk2-stable202008].
== User-mode emulation ==
* ppc64abi32-linux-user is deprecated and only built when explicitly enabled in--target-list
* tilegx-linux-user is deprecated and only built when explicitly enabled in--target-list
* better reporting when we can't mmap the guest_base we want on systems without MAP_FIXED_NOREPLACE
== TCG ==
== Guest agent ==
* New commands: <code>guest-get-devices</code>, <code>guest-get-disks</code> & <code>guest-ssh-{get,add,remove}-authorized-keys</code>
* Support <code>guest-get-fsinfo</code> for non-PCI virtio devices, too
== Build Information ==
* The build system is now partly based on Meson. However, building is still done with ''configure'' and ''make'' as in previous versions of QEMU.
* Binaries for emulators are placed in the root build directory, for example as ''qemu-system-ppc'' instead of ''ppc-softmmu/qemu-system-ppc''. Symbolic links from the old binary are preserved to simplify the transition.
* In-tree builds are not supported anymore. The build system will try to cater for ''./configure && make && make install'' by building QEMU in a directory named ''build'', but you are encouraged to switch to out-of-tree builds instead.
* ivshmem-client and ivshmem-server are not installed anymore. They are merely examples, and not to be used in production.
* QEMU installations are now relocatable. For example, if QEMU is configured with ''bindir=/usr/local/bin'' and ''datadir=/usr/local/share'', when QEMU is launched as ''/opt/local/qemu-5.2/bin/qemu-system-x86_64'' it will look automatically for data files in ''/opt/local/qemu-5.2/share''. Note that directories configured outside the prefix (as is often the case for ''/etc'' and ''/var'') will not be relocated! Previously this was done only under Windows and only for emulators.
=== Python ===
* Python 3.6 or newer is now required to build QEMU.
=== GIT submodules ===
=== Container Based Builds ===
* All Debian 9 based cross-compiler containers have been updated to Debian 10
=== Build Dependencies ===
* Ninja 1.7 or newer is now required to build QEMU:
* '''$ apt-get install ninja-build''' (Debian/Ubuntu and derivative distros)
* '''$ dnf/yum install ninja-build''' (RHEL/Fedora/CentOS and derivative distros)
* '''$ brew install ninja''' (macOS with HomeBrew)
* '''$ pkg install ninja''' (FreeBSD)
=== Windows ===
* qemu-nbd is now built on mingw, and works for simple cases even if it can't duplicate the full functionality available on Unix systems
=== Testing and CI ===
* a new script can wait on gitlab to finish with a pass/fail status (scripts/ci/gitlab-status)
QEMU is a FAST! processor emulator using dynamic translation to achieve
good emulation speed, QEMU has two operating modes:
* Full system emulation. In this mode, QEMU emulates a full system
(for example a PC), including a processor and various peripherals.
It can be used to launch different Operating Systems without rebooting
the PC or to debug system code.
* User mode emulation (Linux host only). In this mode, QEMU can launch
Linux processes compiled for one CPU on another CPU. It can be used
to launch the Wine Windows API emulator or to ease cross-compilation
and cross-debugging.
This package contains Qemu 5.1.0 with NetBSD NVMM support.
Cap'n Proto is an insanely fast data interchange format and
capability-based RPC system. Think JSON, except binary. Or think
of Google's Protocol Buffers, except faster. In fact, in benchmarks,
Cap'n Proto is INFINITY TIMES faster than Protocol Buffers.
