- Arch-announce - lists.archlinux.org

[arch-announce] Deprecation of /etc/sysctl.conf
by Arch Linux: Recent news updates: Gaetan Bisson 17 Sep '13

17 Sep '13

Gaetan Bisson wrote: >From version 207 on, systemd will not apply the settings from `/etc/sysctl.conf` anymore: it will only apply those from `/etc/sysctl.d/*`. Since the settings of our `/etc/sysctl.conf` shipped by procps-ng have become kernel defaults anyway, we have decided to deprecate this file. Upon upgrading to procps-ng-3.3.8-3, you will be prompted to move any changes you made to `/etc/sysctl.conf` under `/etc/sysctl.d`. The easiest way to do this is to run: pacman -Syu mv /etc/sysctl.conf.pacsave /etc/sysctl.d/99-sysctl.conf If you never customized `/etc/sysctl.conf`, you have nothing to do. URL: https://www.archlinux.org/news/deprecation-of-etcsysctlconf/

1 0

[arch-announce] PHP 5.5 available in the [extra] repository
by Arch Linux: Recent news updates: Pierre Schmitz 17 Aug '13

17 Aug '13

Pierre Schmitz wrote: PHP 5.5 is finally available in our [extra] repository. The [migration guide][1] includes information about changes from version 5.4; a detailed list can be found in the [PHP Changelog][2]. The APC package will be replaced by [APCu][3]. APCu only provides user data caching. For opcode caching use the new [opcache][4] extension. Alternatively we provide a development version of [XCache][5] which includes both, an opcode and user data cache. Most applications will run without modifications, but watch out for [deprecation warnings][6] that fill up your log files. [1]: http://php.net/migration55 [2]: http://php.net/ChangeLog-5.php [3]: http://pecl.php.net/package/APCu [4]: http://www.php.net/manual/de/book.opcache.php [5]: http://xcache.lighttpd.net/ [6]: http://www.php.net/manual/de/migration55.deprecated.php URL: https://www.archlinux.org/news/php-55-available-in-the-extra-repository/

1 0

[arch-announce] TeXLive 2013 update may require user intervention
by Arch Linux: Recent news updates: Rémy Oudompheng 15 Jul '13

15 Jul '13

Rémy Oudompheng wrote: TeXLive 2013 packages will be available soon in `[extra]`: users upgrading from TeXLive 2012 will likely encounter the following error message when trying to use a TeX engine (like latex, xelatex, luatex): (Fatal format file error; I'm stymied) You can recognize such a situation in the pacman output during installation: >>> texlive: recreating all formats... /usr/bin/fmtutil: line 395: /usr/share/texmf/texconfig/tcfmgr: No such file or directory fmtutil: config file `fmtutil.cnf' not found. done. To solve the situation, the simplest solution if you did not do any changes to files in `/etc/texmf`, is to overwrite configuration files with the `.pacnew` files installed by `pacman`. The `pacdiff` utility may be used for that purpose. After merging the configuration files, run the following command: fmtutil-sys --all > /dev/null it should not return error messages: please open a bug report if you see any problems. Removing TeXLive 2012 before installing TeXLive 2013 can also workaround the issue. URL: https://www.archlinux.org/news/texlive-2013-update-may-require-user-interve…

1 0

[arch-announce] Binaries move to /usr/bin requiring update intervention
by Arch Linux: Recent news updates: Allan McRae 03 Jun '13

03 Jun '13

Allan McRae wrote: During your next update, you will get a error message like: error: failed to commit transaction (conflicting files) filesystem: /bin exists in filesystem The update merges all binaries into a unified /usr/bin directory. This step removes a distinction that has been meaningless for Arch systems and simplifies package maintenance for the development team. See [this post][1] for more explanation of the reasoning behind this change. The following instructions will ensure a safe update: 1) Fix any non-official packages with files in /bin, /sbin or /usr/sbin to put those files in /usr/bin. The list of packages that are not in a repo that need to be fixed can be generated using: $ pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm - Also check packages installed from non-official repos using: $ paclist <repo> | awk ' { print $1 } ' | pacman -Ql - | grep ' /s\?bin/\| /usr/sbin/' 2) Make sure any packages in IgnorePkg or IgnoreGroup do not have files in /bin, /sbin, or /usr/sbin. Fix them if necessary. 3) If you have files in /bin, /sbin or /usr/sbin that are unowned by any package, you need to move them. Find a list using: $ find /bin /sbin /usr/sbin -exec pacman -Qo -- {} + >/dev/null 4) Ensure all partitions are mounted if using autofs. They may not automount when needed later in this update. 5) Update your system. Before performing this update, you may want to ensure you have a second terminal open with root privileges in the unlikely event of an emergency, particularly if updating over ssh. # pacman -Syu --ignore filesystem,bash # pacman -S bash # pacman -Su [1]: https://mailman.archlinux.org/pipermail/arch-dev- public/2012-March/022625.html URL: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-int…

1 0

[arch-announce] netctl is now in [core]
by Arch Linux: Recent news updates: Florian Pritz 10 Apr '13

10 Apr '13

Florian Pritz wrote: Meet netctl: a profile based networking CLI using systemd. In the near future, the old netcfg will be removed from [core]. Anyone using it is urged to move to netctl. Migration is a manual process during which you might not have access to the Internet, so take care and read the man pages (netctl(1), netctl.profile(5) and netctl.special(7)). The design of netctl is so that systemd enthusiasts will appreciate its usage and netcfg users will be familiar with its profile files. Shipped with netctl comes a ncurses-based wifi connection assistant called wifi-menu. As you install netctl, netcfg will be removed, but the enabled systemd services will remain until manually disabled. The [netctl wiki][1] holds some additional information on migrating from netcfg. [1]: https://wiki.archlinux.org/index.php/Netctl URL: https://www.archlinux.org/news/netctl-is-now-in-core/

1 0

[arch-announce] MariaDB replaces MySQL in repositories
by Arch Linux: Recent news updates: Bartłomiej Piotrowski 25 Mar '13

25 Mar '13

Bartłomiej Piotrowski wrote: MariaDB is now officially our default implementation of MySQL. MariaDB is [almost][1] a drop in replacement, so an upgrade should be possible with minimum hassle. However, due to remaining compatibility concerns, an automatic replace is not done. It is recommended for all users to upgrade. MySQL will be dropped from the repositories to the AUR in a month. Users who want to switch will need to install `mariadb`, `libmariadbclient` or `mariadb-clients` and execute `mysql_upgrade` in order to migrate their systems. Migration example: # systemctl stop mysqld # pacman -S mariadb libmariadbclient mariadb-clients # systemctl start mysqld # mysql_upgrade -p `percona-server` is another MySQL fork available in [community]. It should be closer to Oracle MySQL Enterprise, but is missing the new features included in MariaDB. Together with `mysql 5.5.30-7` in [extra], all packages depending on it have been rebuilt against their MariaDB counterparts. Other package maintainers should move their dependencies to the MariaDB packages. More information can be found on our [mailing list][2]. [1]: https://kb.askmonty.org/en/mariadb-vs-mysql-compatibility/ [2]: https://mailman.archlinux.org/pipermail/arch-dev- public/2013-February/024478.html URL: https://www.archlinux.org/news/mariadb-replaces-mysql-in-repositories/

1 0

[arch-announce] qt4 replaces qt
by Arch Linux: Recent news updates: Andrea Scarpino 01 Mar '13

01 Mar '13

Andrea Scarpino wrote: A new `qt4` package in [extra]. This replaces the current `qt` package. All packages depending on `qt` need to be rebuilt to depend on `qt4`. We have done this for all official packages, but you will need to rebuild packages installed from the AUR that depend on `qt`. Qt 5.x is now also available in [extra]. When you install both `qt5-base` and `qt4` any Qt tool will refer to the 5.x version. We provide *-qt4 symlinks so you can explicitly force the 4.x version when you need it. URL: https://www.archlinux.org/news/qt4-replaces-qt/

1 0

[arch-announce] Changes to LVM
by Arch Linux: Recent news updates: Thomas Bächler 12 Feb '13

12 Feb '13

Thomas Bächler wrote: With `lvm2 2.02.98-3`, we now utilize `lvmetad` to activate LVM volumes automatically. This implies the following changes: * The `lvm2` initramfs hook now requires the `udev` hook. * The `use_lvmetad = 1` must be set in `/etc/lvm/lvm.conf`. This is the default now - if you have a `lvm.conf.pacnew` file, you **must** merge this change. * You can restrict the volumes that are activated automatically by setting the `auto_activation_volume_list` in `/etc/lvm/lvm.conf`. If in doubt, leave this option **commented out**. * If you need monitoring (needed for snapshots), run `systemctl enable lvm- monitoring.service`. * The `lvmwait` kernel command line option is no longer needed and has no effect. URL: https://www.archlinux.org/news/changes-to-lvm/

1 0

[arch-announce] Final sysvinit deprecation warning
by Arch Linux: Recent news updates: Tom Gundersen 04 Feb '13

04 Feb '13

Tom Gundersen wrote: As previously announced, `initscripts` are no longer receiving any testing and support has been dropped from various packages. Any users still using them should switch to `systemd`. `initscripts`, `sysvinit` and the various `rc` scripts are being removed from the repositories to avoid any confusion about their status. URL: https://www.archlinux.org/news/final-sysvinit-deprecation-warning/

1 0

[arch-announce] Update filesystem-2013.01-1 and glibc-2.17-2 together
by Arch Linux: Recent news updates: Allan McRae 26 Jan '13

26 Jan '13

Allan McRae wrote: Due to moving of the /lib symlink from the glibc package to the more appropriate filesystem package, it is required to update glibc-2.12-2 and filesystem-2013.01-1 together. This will happen automatically when you run "pacman -Syu". Remember, partial updates are not supported and never use the "-- force" option... A potential issue with the upgrade on x86_64 is finding conflicting files in /usr/lib64. All Arch Linux packages that had files in this directory have been updated, so update these individually first. Any AUR packages with files in this directory should be updated to install them in /usr/lib. URL: https://www.archlinux.org/news/update-filesystem-201301-1-and-glibc-217-2-t…

1 0