- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] libfetch 2.33-1
by Dan McGee 25 Aug '10

25 Aug '10

Upstream fix for http://bugs.archlinux.org/task/20371, not closing all FTP connections. -Dan

3 2

[arch-dev-public] Dovecot 2.0.0 in testing
by Andreas Radke 24 Aug '10

24 Aug '10

Dovecot 2.0.0 has been released and it's in our testing repo (it has been build against core/extra only). The configuration files are completely split up now! Everybody please read the post.install msg carefully! Test the new pkg and give suggestions if anything needs to be improved. I should move soon to extra. I got it running locally here. PS: I had to disable IPv6 listen option to make it start properly. -Andy

1 1

[arch-dev-public] testing2x error
by Ronald van Haren 24 Aug '10

24 Aug '10

I just got the following error message from testin2x, any chance it is still added to the repo database? btw there is nothing wrong with the package as far as I can tell. ==> Moving packages from [testing] to [extra]... -> kdebase (i686) -> kdebase (x86_64) /usr/bin/repo-add: line 341: 6345 Bus error bsdtar -tqf "$pkgfile" .PKGINFO > /dev/null 2>&1 ==> ERROR: '/srv/ftp/pool/packages/kdebase-konsole-4.5.0-1-i686.pkg.tar.xz' is not a package file, skipping Ronald

3 4

[arch-dev-public] At last, clean multilib support
by Thomas Bächler 24 Aug '10

24 Aug '10

Jan Steffens and me spent the this weekend putting together a multilib toolchain and a clean lib32-glibc package. I wanted to do this for at least two years, and we finally managed to do it on FrOSCon now. This is the plan of attack on this: * Maintain the PKGBUILDs in svn-community/${pkgname}/trunk/ * Create a separate repo 'multilib', (svn-community/${pkgname}/repos/multilib-x86_64) * Remove ALL multilib packages from community. Do NOT mix pure 64 bit with multilib. All multilib must go into the new multilib repository. * Rebuild all multilib packages with the multilib compiler to solve the numerous problems encountered by the hackish "copy our 32 bit packages into another path" approach. * Find TUs and Devs willing to work on multilib (please add your name to https://wiki.archlinux.org/index.php/Multilib_Project) Any comments are welcome. We will upload the multilib packages and PKGBUILDs into a small test repository in a minute for review.

7 13

[arch-dev-public] kde 4.5.0
by Ronald van Haren 24 Aug '10

24 Aug '10

hey guys, Yesterday I went through all open bug reports for kde 4.5.0 and was able to close all of them (old user config issues/only updated part of packages to testing/etc) except one [1], which seems to be ati/intel related, causing the screen not to be updated when changing some system settings if opengl compositing is used on some ati/intel cards. opengl itself should work, just changing the settings hangs the screen, xrender and no compositing are not affected (there is no fix yet and it may as well be a bug in mesa or some). As there are no other open kde 4.5.0 bug reports, I suppose it is time to push it to extra and make place in testing now the translations are in place. Should I write an announcement for the above issue? regards, Ronald [1] http://bugs.archlinux.org/task/20469

6 15

[arch-dev-public] Xorg-server 1.9 changes
by Jan de Groot 24 Aug '10

24 Aug '10

Hello all, As some might have noticed on the commit list, I've been busy with xorg-server 1.9. This times we're doing things way different than the past. This release comes with another API/ABI bump for both input and video drivers, so old drivers are no longer compatible with this version of xorg-server. All drivers with source available have been updated to work with xorg-server 1.9. Server releasenotes: xorg-server has been split: - xorg-server-common - common files used by all other subpackages. - xorg-server - the usual X.Org server people will use. - xorg-server-xnest - Xnest server. - xorg-server-xephyr - Xephyr server. - xorg-server-xvfb - XVfb server. - xorg-server-xdmx - Xdmx server. - xorg-server-devel - the only package required for building drivers. All conflicts and versioned dependencies have been removed. The reason for this is that though we handle dependencies/conflicts a bit, it was still possible to install a new server with old drivers, resulting in the same broken system as the other way around. We don't want to spend time in tracking all these versions all the time, especially when it comes to binary driver compatibility. Some utilities have been removed from the dependency tree. It is possible that some applications still need these things to operate correctly, but they're still in the xorg group. Driver releasenotes: Versioned dependencies are gone. Makedependencies have been updated to match only the required packages. Binary drivers have not been updated. These drivers may or may not work, depending on vendor support. For binary drivers that are not supported officially, adding an IgnoreABI option to the X configuration might help.

2 1

[arch-dev-public] [signoff] mpfr-3.0.0-2
by Allan McRae 24 Aug '10

24 Aug '10

Apply upstream patchset (p3) as they do not appear to make regular bug-fix releases any more... All test-suite passes. Signoff-both, Allan

2 1

[arch-dev-public] libxf86misc library and related protocol removal
by Jan de Groot 24 Aug '10

24 Aug '10

Since input properties have been introduced in xorg-server, the xf86misc extension has been deprecated. The extension has already been removed from xorg-server, so there's no server side implementation anymore. I removed the dependency from all remaining clients, except for kdebase-workspace, which is in both testing and extra at this moment. The dependency has already removed from kdebase-workspace in svn. Please remove this dependency from your chroots and make sure packages no longer build against it. When the last packages have the dependency removed, I can take the package out of the repository.

1 0

Re: [arch-dev-public] [arch-general] rc.conf man page
by Dan McGee 24 Aug '10

24 Aug '10

On Mon, Aug 23, 2010 at 1:59 PM, Dave Reisner <d(a)falconindy.com> wrote: > I threw together a man page for rc.conf based on info gleaned from the > Wiki, rc.conf itself, and my own experiences. I offer it up for for > adoption into the initscripts package along with comments, critcisms, > and rotten tomatoes. The format is asciidoc, which is the same format > used by pacman. > > If desirable, I'm willing to compile other pages for system config files > in a similar manner. I like the idea of having manpages for this stuff. netcfg(8) already has a manpage, pacman has manpages, etc. and this is in the psuedo-standard asciidoc we've used for a lot of it. Do any of the developers object to adding some documentation to this Arch-specific stuff and having it be built and installed with the relevant packages? It is also a great way for people to get involved that don't feel as confident coding. -Dan

2 1

[arch-dev-public] [signoff] sqlite3 3.7.1-1
by Andreas Radke 24 Aug '10

24 Aug '10

Upstream update. Should fix http://bugs.archlinux.org/task/20366 and adds support for unlock notification API http://bugs.archlinux.org/task/19827. Please test and give signoffs. -Andy See also http://www.sqlite.org/releaselog/3_7_1.html + http://www.sqlite.org/news.html

3 2