August 2011 - Arch-general - lists.archlinux.org

[arch-general] Xfce, Thunar and USB stick
by F.Gr. 09 Aug '11

09 Aug '11

Hi, I'm using Xfce and Thunar. My USB stick is mounted without write access. I've set the hints for PolicyKit (https://wiki.archlinux.org/index.php/PolicyKit), https://wiki.archlinux.org/index.php/Thunar#Thunar_Volume_Manager, https://wiki.archlinux.org/index.php/Thunar#udev_Automounting, https://wiki.archlinux.org/index.php/Udev#Mount_under_.2Fmedia.3B_use_parti… TIA -- While free markets tend to democratize a society, unfettered capitalism leads invariably to corporate control of government. ―Robert Kennedy. Jr.

3 4

[arch-general] [signoff] kernel26-lts 2.6.32.44-1
by Tobias Powalowski 09 Aug '11

09 Aug '11

Latest LTS kernel is in testing, please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

Re: [arch-general] [arch-dev-public] removing cryptsetup from base group
by Lukas Fleischer 09 Aug '11

09 Aug '11

On Tue, Aug 09, 2011 at 03:37:15PM +0300, Ionut Biru wrote: > Hi, > > this package brings in our clean chroots libgcrypt dependency. > > Until recently, gnutls had libcrypt as dependency but now it relies > on nettle. That means that packages linked to gnutls and relied on > libgcrypt dependency from it, will be broken. > > We have a gnutls 3.0.0 rebuild in progress in staging and because > libgcrypt is in our clean chroots, everything is fine, functionality > wise but I noticed that we skipped adding ligcrypt to dependency > mostly because namcap and us assume that everybody have base group > installed. > > Please check your packages to see if they link to libgcrypt and add > it to dependency if they do. -1 to removing cryptsetup from base. Note that cryptsetup is an essential tool for setups with system encryption enabled and is required during boot time. It should also stay on our CDs (not only as available package but also installed on the root-image to allow for using the CD as a Live CD, even if partitions are encrypted; AIF probably depends on it as well). Additionally, removing cryptsetup from base will require users to install it manually when using mkinitcpio's "encrypt" hook. If you decide to remove it anyway, keep in mind to: * Keep it on our Live CDs. * Add a note to our default "/etc/mkinitcpio.conf". * Maybe also add some note in AIF.

2 1

[arch-general] OpenGL in KDE 4.7 on Nvidia card
by Eugene Burtsev 09 Aug '11

09 Aug '11

Hi All, I am tried to update from kde 4.7 rc1 to 4.7 today, but OpenGL compositing does not works (but XRender works fine). I run my system on the nvidia 8600GT card with proprietary drivers. Best regards, Eugene

2 4

[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