Immanetize (talk | contribs) |
(moved dwz mention to development_tools_beat) |
||
| Line 11: | Line 11: | ||
'''dnf''' in Fedora 18 is a technical preview, and is installed alongside yum. It should not yet be used on critical production machines, but early adopters are promised a more efficient, faster package management utility. | '''dnf''' in Fedora 18 is a technical preview, and is installed alongside yum. It should not yet be used on critical production machines, but early adopters are promised a more efficient, faster package management utility. | ||
= systemctl assumes it works with services = | = systemctl assumes it works with services = | ||
systemctl, the utility used to administer services and other systemd targets, will now assume that it is working with a service. Administrators will no longer have to append '.service' to the name of the daemon they are administering. For example, `systemctl restart dhcpd` will now just work, but previous releases required `systemctl restart dhcpd.service`. | systemctl, the utility used to administer services and other systemd targets, will now assume that it is working with a service. Administrators will no longer have to append '.service' to the name of the daemon they are administering. For example, `systemctl restart dhcpd` will now just work, but previous releases required `systemctl restart dhcpd.service`. | ||
Revision as of 00:53, 25 October 2012
This beat is now ready to have Fedora 25 content added by the beat writer
dnf greets Fedora
dnf is a fork of the venerable yum package manager. It is build on hawkey, a library allowing clients to query and resolve dependencies of RPM packages based on the current state of RPMDB and yum repositories.
dnf in Fedora 18 is a technical preview, and is installed alongside yum. It should not yet be used on critical production machines, but early adopters are promised a more efficient, faster package management utility.
systemctl assumes it works with services
systemctl, the utility used to administer services and other systemd targets, will now assume that it is working with a service. Administrators will no longer have to append '.service' to the name of the daemon they are administering. For example, systemctl restart dhcpd will now just work, but previous releases required systemctl restart dhcpd.service.
Terminals get more colorful
Fedora now features supporting terminal emulators using 256 colors by default. With new environment variables, applications such as gnome-terminal, konsole, and screen will automatically be enabled with 256 color support. Other applications can display 256 colors but must be configured. While still disabled by default, users can enable color terminals for connecting remote systems with the environment variable SEND_256_COLORS_TO_REMOTE. These configurations can be found in /etc/profile.d/256color.sh
Remote management gets better with Agent-Free Systems Management
On systems that contain IPMI compliant Service Processors, it is now possible to have closer integration of OS and Service Processor without the need for 3rd party software. This will enable better management of the system remotely.
CIM management tools improved
Administrators managing large numbers of systems get a running start with Fedora 18's improvements on WEBM and CIM offerings.
Users can build applications using new and enhanced CPMI providers to monitor and administer network interfaces, storage objects, services, power state, users, and software packages. They can also monitor system load, usage, and more. The toolkit also includes yawn, a web based browser for navigating and working within the CIM object model.
These features ease the task of managing large numbers of systems, laying the foundation for robust management infrastructure. Experienced users and system administrators are invited to review the sample python scripts and documentation provided with the sblim-cmpi-* or openlmi-* packages.