- Arch-general - lists.archlinux.org

[arch-general] cups not starting on boot after last 2 kernel updates? -- where to put it in the DAEMONS line?
by David C. Rankin 09 Aug '11

09 Aug '11

Guys, Cups has been working like clockwork for the past year - up until the last 2 kernel updates. Now after boot, a manual '/etc/rc.d/cupsd restart' is required to get it working again. Would moving it in the DAEMONS line make sense? Currently I have: DAEMONS=(hwclock syslog-ng network named @netfs @ntpd @sshd @dhcp4 @crond @mysqld @postfix @dovecot @httpd @samba @cups @vsftpd @sensors @spamd) When cups fails to start, I get the following warnings and errors: W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "[v1.::1]" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "127.0.0.1" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "[v1.::1]" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "127.0.0.1" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address "192.168.7.15" ignored! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3225! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3235! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3245! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3255! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3265! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3275! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3285! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3295! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3305! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3315! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3325! E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address [v1.::1]:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 127.0.0.1:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 192.168.7.15:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to set ACLs on root certificate "/var/run/cups/certs/0" - Operation not supported I have no idea what the Bad File number errors are, but the warnings are just from the multiple explicit listen designations in the cupsd.conf for client access: # Only listen for connections from the local machine. Listen localhost:631 Listen phoenix.rlfpllc.com:631 Listen phoenix:631 Listen www.rlfpllc.com:631 Listen 192.168.7.15:631 I think the real issue is the 'Address already in use' errors, but that doesn't explain why it cups starts just fine with a manual '/etc/rc.d/cupsd restart'. If the address/port was actually already taken, then I would expect the restart to fail as well. The the ACL error is fine - cups isn't using acls on my box and I don't want to set the acl mount option in fstab, so I can live with that error. I've been through the forums, google and bug tracker task/22895, but still no solution. Should I move cupsd earlier in the DAEMONS line? Anybody else seeing cups fail to start on boot, but starting fine on a manual restart? Thanks for any thoughts or help you can give. -- David C. Rankin, J.D.,P.E.

6 7

[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