Re: [arch-general] AMDGPU on Wayland
Le dimanche 15 avril 2018 15:13:42 CEST ente a écrit : > Anyone having similar problems? >any other 3d accelerated program on my AMD RX580 I can login with mesa 18.0.0-4 on KDE-Wayland with RX480. A Qt based 3D application (Slicer) loads, but can't render a 3D model. Now I didn't try with mesa 18.0.0-3. No problem on pure X however.
Re: [arch-general] pacman doesn't show download progress
Le vendredi 18 août 2017 11:55:41 CEST mpan a écrit : > Don’t write them to fix that, as nothing is broken: Content-Length is > not required. Of course I won't, ;-)
Re: [arch-general] pacman doesn't show download progress
Le jeudi 17 août 2017 20:43:33 CEST Eli Schwartz a écrit : > As for your log, that's just the HTTP headers, something you can also > see with curl -I http://... > > Notice how the Content-Length: header is missing. Thanks for the clear explanations, at least I understand what's happening, it's up to remote to fix.
Re: [arch-general] pacman doesn't show download progress
Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit : > XferCommand = /usr/bin/wget --show-progress -q --passive-ftp -c -S > -o %o.log -O %o %u Where will be the log file ? current working directory ?
Re: [arch-general] Revisiting the SELinux/audit question: Disabling audit on the kernel command line
Le lundi 13 février 2017 16:26:46 CET Tobias Markus a écrit : > Enabling the audit/SELinux > config option in itself is not really a maintenance burden. Userspace tools, SE policies... the 'users interested in trying out SELinux' won't do that. >but wouldn't you agree that the Wiki page asking you to compile >your own kernel first somewhat hinders users interested in trying out SELinux? A huge interest will lead them to build from scratch. >I don't think that the theoretical next step in Arch Linux SELinux >support, i.e. userspace tools in [community]/[extra], could ever be reasonably >done if the actual kernel does not support SELinux. The theoretical next step is not a natural move. Arch users do not have military grade security needs. Even sensitive industries like power plants, or less sensitive businesses like the post office, won't use a bleeding edge distro like Arch. Regards.
Re: [arch-general] postgresql 9.3 -> 9.4
Le samedi 31 janvier 2015 02:11:43 William Gathoye a écrit : >I'm silently following this discussion from the start ... > Thus, big +1 for more warnings in the future. One more silent follower : I think it's the DBA's responsibility to know what he's doing when upgrading his box. Blind upgrade of any DB server is faulty. In Arch's Postgresql wiki's page, it's clearly stated that pacman.conf must have IgnorePkg = postgresql postgresql-libs. We cannot blame packaging / warnings / pacman ... here. Test on a lab server before touching a production one. 2c.
Re: [arch-general] Connect android with kdeconnect in archlinux
Le jeudi 20 mars 2014 13:11:14 Maykel Franco a écrit : > maykel@arch-maykel ~/ $ sudo qdbus org.kde.kded /kded loadModule kdeconnect > qdbus: could not exec '/usr/lib/qt/bin/qdbus': No such file or directory There's a kcm module in systemsettings to manage the service, you don't have to do all this.
Re: [arch-general] Resume from suspend in RAM fails
Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit : > $ systemctl start suspend.target > > And see if that gives you any better luck. Unfortunately, no better luck.
Re: [arch-general] Resume from suspend in RAM fails
Le jeudi 16 janvier 2014 00:58:31 Emil Lundberg a écrit : > what's the difference > between the problematic system and the others (architecture, > GUI/Desktop Environment, login manager etc)? Both use KDE, kdm as login manager fglrx from AMD website. On the failing machine, I tried fglrx from the AUR with same results. The radeon driver fails to load because of lack of UMS support in the kernel. In any case, without any GUI up, it still does not resume properly. Detailed hardware differences are below, sorry if too verbose. I must say that on the problematic machine, suspend-resume works well with kernel 3.8.7, a custom build (not really knowledgeably), with which I'm stuck since long. I have not yet tested linux-lts as the wiki suggests, will do so ASAP. Thanks for considering. Machine 1 : resume succeeds $ uname -a Linux machine1 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0) 00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 3a) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood XT [Radeon HD 5670/5690/5730] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Redwood HDMI Audio [Radeon HD 5000 Series] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02) 03:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) Machine 2 : resume fails $ uname -a Linux machine2 #6 SMP PREEMPT Tue Apr 16 15:54:45 CEST 2013 x86_64 GNU/Linux $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD780 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (external gfx0 port A) 00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (PCI express gpp port B) 00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD790 PCI to PCI bridge (PCI ex
[arch-general] Resume from suspend in RAM fails
Hello, Resume from suspend in RAM fails even though I have followed the Arch Wiki recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has been added for mkinitcpio and the machine goes to suspend from the command line (pm-suspend) with no GUI enabled. All keyboard and mouse lights are off and the screen is just black with no backlight. I can't even login through SSH and can't get any PM debug info. It happens on one particular machine only and I'm quite stuck with it. Any suggestions to solve this ? I can provide other relevent information if required. Thanks.
