Arch-dev-public October 2010

arch-dev-public@lists.archlinux.org

24 participants
76 discussions

[arch-dev-public] [signoff] make-3.82-2
by Allan McRae 01 Jun '11

01 Jun '11

Upstream fixes for issues with make-3.82. This should fix all build issues reported due to make-3.82. Any remaining issues are probably not make's fault but need to be addressed in the software being built... Signoff both, Allan

5 11

[arch-dev-public] [signoff] ca-certificates 20090814+nmu2-1 and run-parts 3.4.1-1
by Pierre Schmitz 14 Dec '10

14 Dec '10

Hi, these are upstream updates and a fix of the install script when installing into a new environment. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 9

[arch-dev-public] tcp_wrappers- does anyone actually use it?
by Dan McGee 13 Dec '10

13 Dec '10

Guys, For the umpteenth time today I stared at ssh wondering why it wasn't accepting incoming connections until I remembered about tcp_wrappers junk, and put the standard "sshd : ALL : allow" line in hosts.allow. Does anyone use this for anything useful at all? 1. The package is now at version 7.6-12 (clearly it is getting a lot of upstream attention) 2. We have 11 patches applied to the package 3. It is inferior to iptables-based filtering 4. It is not very transparent Discussion welcome, but I am raising a vote to remove this dependency from packages currently using it (hopefully this is possible for all 21 of them, http://www.archlinux.org/packages/core/x86_64/tcp_wrappers/) and eventually remove it from core and the repositories. -Dan

6 9

[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] 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] [signoff] usbutils-0.91-1
by Tobias Powalowski 09 Nov '10

09 Nov '10

Hi guys, bump to latest version please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] [signoff] hdparm-9.35-1
by Tobias Powalowski 09 Nov '10

09 Nov '10

Hi guys, please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] Broadcom releases a mac80211-based GPL2 driver for the 802.11n wireless chipsets
by Thomas Bächler 05 Nov '10

05 Nov '10

After http://blogs.the451group.com/opensource/2009/07/20/microsoft-contributes-to… in 2009, pigs start flying again in 2010: Broadcom has released a driver for their newer 802.11n wireless chipsets that is - licensed under GPL2 - based on the linux-wireless mac80211 framework - already included into linux-staging-next, which means it will be available as a staging driver in 2.6.37 and it will be polished to be included into the usual linux-wireless tree This is great news for everyone, as this means you can soon just buy any laptop without having to worry about wireless chipset issues (Dell usually uses those chips, but they are not the only ones). For more information and the happiness of the linux wireless developers, see: http://permalink.gmane.org/gmane.linux.kernel.wireless.general/55418

2 1

[arch-dev-public] [PATCH] Point to release specific wiki page for more info
by Dieter Plaetinck 01 Nov '10

01 Nov '10

Signed-off-by: Dieter Plaetinck <dieter(a)plaetinck.be> --- templates/public/download.html | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/templates/public/download.html b/templates/public/download.html index 8a1a902..8bd2e2d 100644 --- a/templates/public/download.html +++ b/templates/public/download.html @@ -18,7 +18,7 @@ can always be updated with `pacman -Syu`. <ul> - <li>Current Release: {{ version }}</li> + <li>Current Release: <a href="https://wiki.archlinux.org/index.php/DeveloperWiki:{{ version }}">{{ version }}</a></li> <li>Included Kernel: 2.6.33.4</li> <li>Resources: <ul> -- 1.7.3.2

2 1

[arch-dev-public] [signoff] bash 4.1.009-1
by Allan McRae 01 Nov '10

01 Nov '10

Just a bump to the upstream patch level. Signoff both, Allan

4 3

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-dev-public October 2010