- Arch-announce - lists.archlinux.org

[arch-announce] zita-resampler 1.6.0-1 -> 2 update requires manual intervention
by Arch Linux: Recent news updates: Antonio Rojas 22 Feb '18

22 Feb '18

The zita-resampler 1.6.0-1 package was missing a library symlink that has been readded in 1.6.0-2. If you installed 1.6.0-1, ldconfig would have created this symlink at install time, and it will conflict with the one included in 1.6.0-2. In that case, remove /usr/lib/libzita-resampler.so.1 manually before updating. URL: https://www.archlinux.org/news/zita-resampler-160-1-2-update-requires-manua…

1 0

[arch-announce] The end of i686 support
by Arch Linux: Recent news updates: Bartłomiej Piotrowski 08 Nov '17

08 Nov '17

Following 9 months of [deprecation period][1], support for the i686 architecture effectively ends today. By the end of November, i686 packages will be removed from our mirrors and later from the packages archive. For users unable to upgrade their hardware to x86_64, an alternative is a community maintained fork named [Arch Linux 32][2]. See their website for details on migrating existing installations. [1]: https://www.archlinux.org/news/phasing-out-i686-support/ [2]: https://archlinux32.org/ URL: https://www.archlinux.org/news/the-end-of-i686-support/

1 0

[arch-announce] Perl library path change
by Arch Linux: Recent news updates: Florian Pritz 02 Sep '17

02 Sep '17

The perl package now uses a versioned path for compiled modules. This means that modules built for a non-matching perl version will not be loaded any more and must be rebuilt. A pacman hook warns about affected modules during the upgrade by showing output like this: WARNING: '/usr/lib/perl5/vendor_perl' contains data from at least 143 packages which will NOT be used by the installed perl interpreter. -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/vendor_perl' You must rebuild all affected packages against the new perl package before you can use them again. The change also affects modules installed directly via CPAN. Rebuilding will also be necessary again with future major perl updates like 5.28 and 5.30. Please note that rebuilding was already required for major updates prior to this change, however now perl will no longer try to load the modules and then fail in strange ways. If the build system of some software does to detect the change automatically, you can use ``perl -V:vendorarch`` in your PKGBUILD to query perl for the correct path. There is also ``sitearch`` for software that is not packaged with pacman. URL: https://www.archlinux.org/news/perl-library-path-change/

1 0

[arch-announce] Deprecation of ABS tool and rsync endpoint
by Arch Linux: Recent news updates: Florian Pritz 15 May '17

15 May '17

Due to high maintenance cost of scripts related to the Arch Build System, we have decided to deprecate the `abs` tool and thus rsync as a way of obtaining PKGBUILDs. The `asp` tool, available in [extra], provides similar functionality to `abs`. `asp export pkgname` can be used as direct alternative; more information about its usage can be found in [the documentation][asp]. Additionally Subversion sparse checkouts, as described [here][svn], can be used to achieve a similar effect. For fetching all PKGBUILDs, the best way is cloning the [svntogit][git] mirrors. While the `extra/abs` package has been already dropped, the rsync endpoint (rsync://rsync.archlinux.org/abs) will be disabled by the end of the month. [asp]: https://github.com/falconindy/asp/blob/master/man/asp.1.txt [svn]: https://www.archlinux.org/svn/ [git]: https://git.archlinux.org/svntogit/ URL: https://www.archlinux.org/news/deprecation-of-abs-tool-and-rsync-endpoint/

1 0

[arch-announce] Phasing out i686 support
by Arch Linux: Recent news updates: Bartłomiej Piotrowski 25 Jan '17

25 Jan '17

Due to the decreasing popularity of i686 among the developers and the community, we have decided to phase out the support of this architecture. The decision means that February ISO will be the last that allows to install 32 bit Arch Linux. The next 9 months are deprecation period, during which i686 will be still receiving upgraded packages. Starting from November 2017, packaging and repository tools will no longer require that from maintainers, effectively making i686 unsupported. However, as there is still some interest in keeping i686 alive, we would like to encourage the community to make it happen with our guidance. The [arch-ports][1] mailing list and #archlinux-ports IRC channel on Freenode will be used for further coordination. The [multilib] repository will not be affected by this change. [1]: https://lists.archlinux.org/listinfo/arch-ports URL: https://www.archlinux.org/news/phasing-out-i686-support/

1 0

[arch-announce] xorg-server 1.19.1 is now in extra
by Arch Linux: Recent news updates: Laurent Carlier 16 Jan '17

16 Jan '17

The new version comes with the following changes: * xf86-input-libinput is the default input driver, however synaptics, evdev and wacom are still available. * These packages are deprecated and moved to AUR: xf86-input-joystick, xf86 -input-acecad, xf86-video-apm, xf86-video-ark, xf86-video-chips, xf86-video- glint, xf86-video-i128, xf86-video-i740, xf86-video-mach64, xf86-video-neomagic, xf86-video-nv, xf86-video-r128, xf86-video-rendition, xf86-video-s3, xf86-video- s3virge, xf86-video-savage, xf86-video-siliconmotion, xf86-video-sis, xf86 -video-tdfx, xf86-video-trident, xf86-video-tseng URL: https://www.archlinux.org/news/xorg-server-1191-is-now-in-extra/

1 0

[arch-announce] OpenVPN 2.4.0 update requires administrative interaction
by Arch Linux: Recent news updates: Christian Hesse 30 Dec '16

30 Dec '16

The upgrade to OpenVPN 2.4.0 makes changes that are incompatible with previous configurations. Take **special care** if you depend on VPN connectivity for **remote access**! Administrative interaction is required: * Configuration is expected in sub directories now. Move your files from `/etc/openvpn/` to `/etc/openvpn/server/` or `/etc/openvpn/client/`. * The plugin lookup path changed, remove extra `plugins/` from relative paths. * The systemd unit `openvpn@.service` was replaced with `openvpn- client@.service` and `openvpn-server@.service`. Restart and reenable accordingly. This does not affect the functionality of `networkmanager`, `connman` or `qopenvpn`. URL: https://www.archlinux.org/news/openvpn-240-update-requires-administrative-i…

1 0

[arch-announce] ttf-dejavu 2.37 will require forced upgrade
by Arch Linux: Recent news updates: Jan de Groot 31 Oct '16

31 Oct '16

ttf-dejavu 2.37 will change the way fontconfig configuration is installed. In previous versions the configuration was symlinked from post_install/post_upgrade, the new version will place the files inside the package like it is done in fontconfig now. For more information about this change: https://bugs.archlinux.org/task/32312 To upgrade to ttf-dejavu 2.37 it's recommended to upgrade the package on its own: pacman -S --force ttf-dejavu URL: https://www.archlinux.org/news/ttf-dejavu-237-will-require-forced-upgrade/

1 0

[arch-announce] TeXLive 2016 packages are now available
by Arch Linux: Recent news updates: Rémy Oudompheng 06 Aug '16

06 Aug '16

TeXLive packages have been updated to the 2016 version. The most notable change is that the `biber` utility is now provided as a separate package. You can install it normally using `pacman`. Pacman hooks are now used in the TeXLive packages so the update will be less verbose than in past years. URL: https://www.archlinux.org/news/texlive-2016-packages-are-now-available/

1 0

[arch-announce] test-sec-flags: Call for Assistance
by Arch Linux: Recent news updates: Allan McRae 18 Jul '16

18 Jul '16

Inspired by discussions on the arch-general mailing list, test-sec-flags was created by pid1 (with help from anthraxx, strcat, sangy, and rgacogne) to test the performance impact of various security-oriented compilation and linking flags. The goal is to determine if these flags can be the new default for all Arch Linux packages. Preliminary results suggest that the performance impact is almost nonexistent compare to the compilation flags we already use, but we would like to collect and compare more results before moving forwards. Download the source [here][1] and see the README for installation and usage instructions. The results subdirectory contains instructions on how to pull out the relevant statistics from the result files. We are collecting results in the [test-sec-flags wiki][2] on Github. Please add your results there. In particular, we would very much like i686 results, as all of the previous contributors have been on x86_64 devices. Patches welcome. [1]: https://github.com/pid1/test-sec-flags [2]: https://github.com/pid1/test-sec-flags/wiki URL: https://www.archlinux.org/news/test-sec-flags-call-for-assistance/

1 0