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

[arch-dev-public] [signoff] man-pages 3.31-1
by Andreas Radke 13 Nov '10

13 Nov '10

upstream update. please signoff for any architecture. -Andy ==================== Changes in man-pages-3.31 ==================== Released: 2010-11-12, Munich Contributors ------------ The following people contributed notes, ideas, or patches that have been incorporated in changes in this release: Andi Kleen <andi(a)firstfloor.org> David Prevot <davidp(a)altern.org> Denis Barbier <bouzim(a)gmail.com> Krzysztof \u017belechowski <giecrilj(a)stegny.2a.pl> Michael Kerrisk <mtk.manpages(a)gmail.com> Yuri Kozlov <yuray(a)komyakino.ru> Apologies if I missed anyone! Newly documented interfaces in existing pages --------------------------------------------- getrlimit.2 Michael Kerrisk Added documentation of prlimit() prlimit() is new in kernel 2.6.36. inotify.7 Michael Kerrisk Document IN_EXCL_UNLINK This flag was added in Linux 2.6.36. See kernel commit 8c1934c8d70b22ca8333b216aec6c7d09fdbd6a6. New and changed links --------------------- prlimit.2 Michael Kerrisk New link to getrlimit.2 Changes to individual pages --------------------------- getrlimit.2 Michael Kerrisk Remove unneeded text in DESCRIPTION intro.2 Michael Kerrisk Added various pages to SEE ALSO kexec_load.2 Michael Kerrisk Add kernel version where KEXEC_PRESERVE_CONTEXT first appeared Added kernel version number where KEXEC_ON_CRASH first appeared Fix copyright Make copyright in the name of Intel corporation VERSIONS: Fix version number kexec_load() was first implemented in 2.6.13, though the entry in the system call table was reserved starting in 2.6.7. migrate_pages.2 Michael Kerrisk SEE ALSO: Add reference to Documentation/vm/page_migration sched_setaffinity.2 Michael Kerrisk Add missing word "real" to "user ID" syscalls.2 Michael Kerrisk Fix kernel version number for kexec_load kexec_load() was first implemented in 2.6.13, though the entry in the system call table was reserved starting in 2.6.7. Michael Kerrisk Add prlimit() to list intro.3 Michael Kerrisk Added various pages to SEE ALSO printf.3 Michael Kerrisk Formatting fixes in example code hostname.7 Michael Kerrisk Small improvement to description of domains See: https://bugzilla.novell.com/show_bug.cgi?id=651900

2 1

[arch-dev-public] Opencl/Cuda headers
by Stéphane Gaudreault 12 Nov '10

12 Nov '10

Since version 260.19.12, upstream developers of nvidia-utils dropped C headers for OpenCL and Cuda. After a discussion with Ionuț on IRC, we agreed that it would be good to ask other developers on the best way to provide these headers. For those unfamiliar with these programming languages/libraries, there are part of the so-called GPGPU technologies (General-Purpose Processing on Graphical Processing Unit), where the primary objective is to perform any type of parallel computing on graphics processors. For example, I am using OpenCL in a personal programming project to speed up a partial differential equation solver. OpenCL is an open standard that has been recently (May 2009) ratified by The Khronos Group. C for Cuda is a similar proprietary solutions from Nvidia. Nvidia-utils contains the dynamic libraries for both OpenCL and Cuda. Other vendors, like AMD and Intel, provide or will provide soon an implementation of OpenCL for their GPUs. To get a satisfactory OpenCL developement environment, it could be as simple as creating a new package that provide the header files. These headers can be either downloaded from The Khronos Group[1] (like this [2]) or extracted from the Nividia toolkit[3]. However, for Cuda, it might be a little more complicated because it must use a compiler provided by nvidia (nvcc). A solution may be to create a package for the Cuda Toolkit. The main disadvantage of this solution is the addition of proprietary software for which we can only provide limited support in case of bugs or incompatibility with other updates. According to the maintainer of the Cuda package in AUR [4], Cuda requires gcc version 4.4 (it is broken with version 4.5) and sometimes releases depend on beta drivers[5]. I think it is probably better to wait until these dependency problems are fixed before thinking about inclusion in [extra] or [community]. My suggestion would be to package only OpenCL headers (Khronos version) and eventually discuss addition of Cuda if it becomes easier to maintain in a rolling release distribution. The new "khronos-opencl-headers" package could be added as optional dependencies for nvidia-utils which will also include a "provides=('libCL')"[6]. I tested this solution on several codes and it works well. It also seems that Debian is going to do something very similar[7]. So what do other people think about this problem ? Stéphane [1] http://www.khronos.org/registry/cl [2] http://aur.archlinux.org/packages.php?ID=35367 [3] http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html [4] http://aur.archlinux.org/packages.php?ID=3D23597 [5] Personnal communication [6] cf. FS#20558 [7] http://ftp-master.debian.org/new/khronos-opencl- headers_1.0-2010.06.13-1.html

4 9

[arch-dev-public] [signoff] tar-1.25-1
by Allan McRae 11 Nov '10

11 Nov '10

Upstream update. Signoff both, Allan

4 3

[arch-dev-public] [signoff] db-5.1.19-3
by Allan McRae 11 Nov '10

11 Nov '10

Add --enable-dbm (FS#21617) Remember, this package is looking for a maintainer... Signoff both, Allan

3 2

[arch-dev-public] [signoff] heimdal-1.3.3-3
by Allan McRae 11 Nov '10

11 Nov '10

Add LDAP support (FS#21617) Remember, this package is looking for a maintainer... Signoff both, Allan

3 2

[arch-dev-public] [signoff] glibc-2.12.1-4
by Allan McRae 11 Nov '10

11 Nov '10

Another day, another glibc... This adjusts the static linking fix. The one previously used is a more correct fix but appears incomplete. I have replaced this by a hack fix that Fedora uses. I will leave this in [testing] a while. My concern is the previous patch apparently fixed a bunch of segfault bugs in glibc and I am hoping that these do not get reintroduced. If only upstream made a proper fix for this. Saying upstream is doing not much about this bug would imply that they are doing something... Signoff both, Allan

4 6

[arch-dev-public] Xfce 4.8pre1 to testing?
by Andreas Radke 10 Nov '10

10 Nov '10

New Xfce 4.8pre1 release is out for testing. It requires some important packaging changes. I'm running it on my two systems at home and it's in a usable state. But as expected there are some issues with power management und panel plugins. Because I need user feedback I'd like to bring it early straight to testing. I don't like to miss our devtools and don't want to create a new Xfce4-unstable repo. I don't need it that often like the gnome packagers do. Xfce packages in testing wouldn't harm anything else. The final release is expected for Jan. 16th 2011. -Andy

3 4

Re: [arch-dev-public] [aur-general] [extra] repository cleanup
by Andrea Scarpino 10 Nov '10

10 Nov '10

On Wednesday 10 November 2010 11:54:26 Sergej Pupykin wrote: > * alltray > * at > * centerim > * dia > * distcc > * dmenu > * elinks > * iptraf > * mailman > * mcrypt > * motion > * patchutils > * perl-* > * slmodem > * slmodem-utils > * squashfs-tools > * twinkle > * unarj > * w3m > * wmii > * wput > * xboard > * xdialog > * xpdf > * xpdf-* > > If noone wants to maintain them, I can do it in community. List updated, but if some DEV is interested he can keep them in [extra]. -- Andrea Scarpino Arch Linux Developer

1 0

[arch-dev-public] [signoff] kernel 2.6.36-3
by Tobias Powalowski 10 Nov '10

10 Nov '10

Hi guys, please signoff 2.6.36 series for both arches and give feedback if real issues arise. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - Tomoyo support: https://bugs.archlinux.org/task/21533 - Apparmor support: https://bugs.archlinux.org/task/21533 - Build RTC support into kernel: https://bugs.archlinux.org/task/21137 - changed cpu support to 64 on x86_64 - added hugetables support: https://bugs.archlinux.org/task/20862 - disabled RDS modules due to security concerns: https://bugs.archlinux.org/task/21510 - pcieaspm enabled greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] [signoff] linux-firmware 20101108-1
by Thomas Bächler 09 Nov '10

09 Nov '10

Update to latest linux-firmware.git repository, please sign off.

3 2