-
True multilib for Arch Linux x86_64
Thomas Bächler wrote:
I am happy to announce the availability of the new multilib repository.
At this time, it contains wine, skype and flashplugin. Furthermore, a
multilib compiler is available.
With the launch of the multilib repository all old 'lib32' packages are
being removed from community - the core/extra/community repositories
will be "pure 64 bit" again.
If you want to use the new multilib packages (and most desktop or laptop
users probably do), add the following lines to your pacman.conf:
[multilib]
Include = /etc/pacman.d/mirrorlist
-
KDE SC 4.5.0 moved to [extra]
Ronald van Haren wrote:
KDE SC 4.5.0 has moved into the [extra] repository. Notable changes
with respect to previous releases are:
- kdepim has seen no new release, please continue to use version 4.4.5
- due to incompatibility with ruby 1.9, ruby kdebindings are not provided
- webkit support in konqueror is provided by kwebkitpart
- KDM is now started as the kdm user
- upstream removed five translations: csb, mai, mk, si and tg
The full upstream changelog is available here.
Several users reported issues with kwin hanging when changing settings in
the kdesettings dialog. So far this is only known to happen on some
Intel and ATI cards with opengl compositing enabled. Possible
workarounds include:
- use xrender instead of opengl compositing
- disable compositing
disable direct rendering under opengl options in the kdesettings menu
- export "LIBGL_ALWAYS_INDIRECT=1" before starting KDE
-
Perl 5.12.1 moved to Core
Kevin Piche wrote:
The latest version of perl 5.12.1 has been moved to core.
The perl package no longer implements versioned site_perl directories but the 5.10.1 directories remains for legacy packages for now. Anyone who custom builds perl modules into site_perl should rebuild them to use the proper directories.
-
Forum Update in Progress
Allan McRae wrote:
The update of our forum software to FluxBB 1.4 is currently in progress and may take a few more hours. In the meantime, enjoy this video of funny cats.
Update: The forums are back online.
-
Bug Day: Saturday, July 3
Ionu? Mircea Bīru wrote:
By popular demand, the next Bug Day will be on Saturday, July 3.
People are usually around all day, but you will certainly find us in the #archlinux-bugs IRC channel in the afternoon and evening EST.
Happy bug squashing!
-
Pacman 3.4.0 released
Dan McGee wrote:
The latest and greatest version of pacman is now available in [core]. As usual, please report any issues or regressions to the bug tracker after searching to see if your bug already exists. The changes in this release are detailed in the NEWS file.
Notable changes in this release:
- New "Architecture" option that will restrict pacman to installing only packages from the given architecture
- Installing package with
-U is now smart like -S ? dependencies and conflicts are now handled
- New
--print and --print-format options to output in suitable format for wrapper scripts
- Repository updates are faster as only new entries are extracted
- makepkg now aborts automatically with any errors during packaging
- makepkg now allows overrides of pkgver, pkgrel and arch in split packages
- ...and many more improvements.
Thanks again to all of the developers and contributors that have made this release possible!
-
Xorg 1.8 moves to extra
Andreas Radke wrote:
This release works with udev for input hotplugging and supports /etc/X11/xorg.conf.d/*.conf as a replacement for the hal .fdi files. After upgrading to this release, configuration for input devices in hal is ignored. Documentation about this change can be found on the Xorg wiki article.
Nvidia-173xx and -96xx drivers currently don't support the new Xorg release. We recommend using the xf86-video-nouveau driver package for now.
-
flashplugin x86_64 package dropped
Ionu? Mircea Bīru wrote:
The flashplugin has a critical vulnerability in version 10.0.45.2 which is fixed in 10.1.53.64. Unfortunately, Adobe released this version for i686 only and the x86_64 port was discontinued leaving the x86_64 package vulnerable. Because of that, we cannot build an updated version for x86_64. While we considered pulling the x86_64 package from our repositories, for now we will leave it up to our users to remove it or keep it installed.
We suggest using alternative options for running flash-based software on x86_64 systems or using the flashblock extension for firefox.
-
2010.05 snapshots. Less is more.
Dieter Plaetinck wrote:
Hi,
New installation media are available.
There are fewer of them, and they are smaller. But they can do more...
Notable changes:
Archiso (image builds):
- all iso files can now be burned onto CD's as well as written to media like usb sticks (isohybrid)
- more than half of the packages in core are now xz compressed
- next to the single architecture images we provide dual images which can be used as 32bit or 64bit medium
- use isolinux bootloader exclusively for booting the live media
- snapshot of current core, including kernel 2.6.33.4-1, pacman-3.3.3-5 and glibc-2.11.1-3
- updated memtest
- support for PXE booting
- provide wpa_supplicant
- support virtio
AIF (installation tool):
ability to choose uuid/label/devicefile blockdevice representation; automatically applied in menu.lst, fstab, etc
split off UI library into separate libui-sh project
support virtio blockdevices
allow user to specify additional custom arguments for mkfs and the like
Additionally, quite some bugs have been fixed, mostly in AIF.
And of course, the Official installation guide has been updated to reflect these changes.
Thanks to everyone who contributed, this release took a long time but I think it's worth it.
-
xorg18 repository moves to testing
Jan de Groot wrote:
The xorg18 repository has been cleared out, all packages have been moved to testing. A lot of users have been testing this xorg18 repository with success, so it's time to move it to testing. This means all testing users who haven't tried the xorg18 repository yet will have to reconfigure their input devices on the next upgrade.
The original announcement for the xorg18 repository can be found here:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-April/016387.html