- Arch-announce - lists.archlinux.org

[arch-announce] screen-4.2.1 cannot reattach older instances either
by Arch Linux: Recent news updates: Gaetan Bisson 29 Apr '14

29 Apr '14

Gaetan Bisson wrote: Upstream improvements in screen-4.2.1 will make users unable to reattach instances created with version 4.2.0 or older. Please upgrade to screen-4.2.1-2 only when they are unneeded. Apologies again for the inconvenience. URL: https://www.archlinux.org/news/screen-421-cannot-reattach-older-instances-e…

1 0

[arch-announce] screen-4.2.0 cannot reattach older instances
by Arch Linux: Recent news updates: Gaetan Bisson 20 Apr '14

20 Apr '14

Gaetan Bisson wrote: Users of the screen program will not be able to reattach older instances after upgrading to version 4.2.0; this is due to upstream having made a lot of changes to the internals, and switching from named pipes to sockets for communication. Please ensure your current screen instances are not anymore needed before upgrading. URL: https://www.archlinux.org/news/screen-420-cannot-reattach-older-instances/

1 0

[arch-announce] Linux 3.13 WARNING: PS/2 keyboard support is now modular
by Arch Linux: Recent news updates: Thomas Bächler 21 Feb '14

21 Feb '14

Thomas Bächler wrote: It has been requested that we make support for the i8042 keyboard and mouse controller modular. Some people get weird error messages because they don't have one and the manual probing slows down their boot. Tom took care of this on the kernel side (thank you) and the result finally landed in 3.13. In order to get keyboard input during early init, if you don't have it already, add the `keyboard` hook to the `HOOKS=` line in `/etc/mkinitcpio.conf` and run `mkinitcpio -P`. It has been in the default configuration for some time. **WARNING**: There's a downside to all this: On some motherboards (mostly ancient ones, but also a few new ones), the i8042 controller cannot be automatically detected. It's rare, but some people will surely be without keyboard. You can detect this situation in advance: $ dmesg -t | grep '^i8042' i8042: PNP: No PS/2 controller found. Probing ports directly. If you have a PS/2 port and get this message, add `atkbd` to the `MODULES=` line in `mkinitcpio.conf` and run `mkinitcpio -P`. If you just noticed that you are without keyboard after rebooting, fear not! Simply add earlymodules=atkbd modules-load=atkbd to your kernel command line in your bootloader. I will move Linux 3.13 to [core] a few hours from now, to give everyone a chance to read this before upgrading. I apologize for any inconvenience this transition may cause. URL: https://www.archlinux.org/news/linux-313-warning-ps2-keyboard-support-is-no…

1 0

[arch-announce] BBS, Wiki, and AUR maintenance
by Arch Linux: Recent news updates: Dan McGee 17 Feb '14

17 Feb '14

Dan McGee wrote: The BBS, Wiki, and AUR will be down for maintenance on 2014-02-17 for approximately two hours while we perform some needed maintenance and other activities. URL: https://www.archlinux.org/news/bbs-wiki-and-aur-maintenance-period/

1 0

[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