- Arch-general - lists.archlinux.org

[arch-general] May be add /etc/rc.d/vboxtun to Virtualbox package?
by Joker-jar 09 Aug '11

09 Aug '11

What you think about it? Or create additional package with this script, that depend from uml_utilities

6 7

[arch-general] Intel Graphix und WebGL in Firefox 5?
by Daniel Germer 09 Aug '11

09 Aug '11

Hi I am trying to use WebGL in Firefox 5 on my machine without dedicated GPU, I just have the HD Graphic Card included in the i7 2600 (sandybridge) Chip # lspci -vv 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device 7678 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 46 Region 0: Memory at fe000000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at c0000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee0f00c Data: 4191 Capabilities: [d0] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a4] PCI Advanced Features AFCap: TP+ FLR+ AFCtrl: FLR- AFStatus: TP- Kernel driver in use: i915 Kernel modules: i915 #uname -a unam Linux daniel-desktop 3.0-ARCH #1 SMP PREEMPT Thu Jul 28 13:37:15 CEST 2011 x86_64 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz GenuineIntel GNU/Linux #packages intel-dri 7.11-1 xf86-video-intel 2.15.0-2 mesa 7.11-1 mesa-demos 8.0.1-1 libgles 7.11-1 libglapi 7.11-1 libegl 7.11-1 gtkglext 1.2.0-6 python-opengl 3.0.1 lib32-libglapi 7.11-2 lib32-libgl 7.11-2 Am I missing any packages for this to work, or what else do I need? I want to use http://bodybrowser.googlelabs.com/ Of course I have read https://wiki.mozilla.org/Blocklisting/Blocked_Graphics_Drivers where it says that intel-drivers are blocked, however, this info might be old enough to be outdated... maybe using firefox 6 or 7? cheers, Daniel

2 1

[arch-general] Archlinux in Vmware Workstation 7.1.4
by Tong Zhang 09 Aug '11

09 Aug '11

Hi, All! I am now using Archlinux this is my `uname -a` result: Linux myarch 3.0-ARCH #1 SMP PREEMPT Sat Aug 6 16:18:35 CEST 2011 x86_64 Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz GenuineIntel GNU/Linu In vmware workstation 7.1.4, and several days ago, when I was still running kernel 2.6.39, my open-vm-tools worked OK, I can access my shared folder, but when I updated the kernel to 3.0, the shared folder mount point disappeared, someboy help! Thanks very much! --Tony

2 2

[arch-general] More urls in PKGBUILD or on package details page
by Sergej Pupykin 09 Aug '11

09 Aug '11

Hi All, what if we add somehow direct links to "report upstream bug" and may be link for easier checking new version (RSS link, sf.net/project/..., another download page or something else)? I think direct link to upstream bugtracker should be usefull.

4 6

[arch-general] The OpenCL ICD problem
by Ionut Biru 08 Aug '11

08 Aug '11

Forwarding discussion to arch-general mailing list. -------- Original Message -------- Subject: The OpenCL ICD problem Date: Thu, 7 Jul 2011 15:48:52 +0200 From: Vojtěch Král <kral.vojtech(a)gmail.com> Hello, I'm writing to you because of a problem which has arisen with the OpenCL Arch packages. To introduce myself shortly: My name is Vojtech "kralyk" Kral (Czech Rep., EU) and I currently maintain AMD APP SDK (aka amdstream) and Intel OpenCL SDK in AUR. I'm sending this to maintainers who maintain involved pkgs. People that might be also interested are in Cc, please let me know should you find this mail too spammy/annoying :) The problem in question is a conflicting file, namely /usr/lib/libOpenCL.so (and possibly so version symlinks too). This file is currently provided by these packages (that I know of): nvidia-utils [extra], lib32-nvidia-utils [multilib], amdstream [AUR], intel-opencl-sdk [AUR], lib32-nvidia-utils-173xx [AUR] and lib32-nvidia-utils-beta [AUR]. The thing is this conflict should be resolved so that it would be possible to install OpenCL implementations from multiple vendors at the same time on the same system (as requested by the standard from Khronos) while still providing this so file to satistfy dependencies for other either existing pkgs (such as pyopencl) or possible funture ones. This should be done in compliance with the ICD standard, see http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt However, it should hopefully not be that difficult, since most of the packages already comply to the standard by providing appropriate *.icd file in /etc/OpenCL/vendors. And those that don't should be updated accordingly (lib32-nvidia-utils-beta maybe? Not sure.) Also, the standard requests the ICD loader - which is in fact usually the libOpenCL.so library - to be able to enumerate all the ICDs on its own. So this so file is pretty much independent on the vendor it is supplied by, providing the vendor a) follows the standard correctly b) is sane :-) Therefore, a sollution might be to simply pick one of available ICD loaders (a thin one preferably) and make it a dependency for other pkgs. I'm not saying this is an optimal sollution, I'm merely leaving it to your consideration. Feel free to suggest other possibilities. Let me know what you think... Best Regards, Vojtech "kralyk" Kral

7 23

[arch-general] [signoff] linux-3.0-2
by Tobias Powalowski 07 Aug '11

07 Aug '11

Hi guys, please signoff 3.0 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms Now stuff to discuss before uploading to testing: - kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

14 21

[arch-general] [signoff] nfs-utils 1.2.4-2, libgssglue 0.3-1 libtirpc
by Tobias Powalowski 07 Aug '11

07 Aug '11

Hi guys, new kernel needed to bump everything to latest version, please signoff nfs-utils, libgssglue and libtirpc-0.2.2-2 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-general] Fwd: [PLUG] The World's Easiest Arch Linux Manual
by Shridhar Daithankar 07 Aug '11

07 Aug '11

-- Regards Shridhar

3 2

[arch-general] [signoff] pam-1.1.4-1
by Tobias Powalowski 07 Aug '11

07 Aug '11

Release 1.1.4 * Add vietnamese translation * pam_namepace: Add new functionality * pam_securetty: Honour console= kernel option, add noconsole option * pam_limits: Add %group syntax, drop change_uid option, add set_all option * Lot of small bug fixes * Lot of compiler warnings fixed * Add support for libtirpc Hi please signoff both arches, - added the libtiprpc support. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] linux 3.0.1-1
by Thomas Bächler 06 Aug '11

06 Aug '11

Hi, please signoff the 3.0 series for both architectures. Note: the upgrade path from 3.0-2 to 3.0.1-1 is not entirely smooth if you rely on the vmlinuz26 compat symlink. However, the upgrade path from core/kernel26 to this version is smooth. Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux Changes: - Rename the package: kernel26 -> linux - Added necessary replaces=(...) - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for the old kernel and initramfs filenames in order to not break existing bootloader entries (only affects upgrades, not new installations) - removed System.map file, not needed anymore as we provide /proc/kallsyms

5 7