- Arch-general - lists.archlinux.org

[arch-general] LightScribe
by Ralf Mardorf 28 Oct '16

28 Oct '16

Hi, has somebody successfully used LightsScribe on an up-to-date 64bit Arch Linux install? Yesterday I tried to do it on Arch (4.8.4-1-ARCH 64bit, FWIW threadirqs) and another 64bit distro without success. Later I used another old 64bit bit distro's release for lack of time to lightscribe a DVD. FWIW it works on a very old Ubuntu Quantal 12.10 (kernel 3.6.5-rt14 64bit) install, official unsupported since 2½ years ago. Regards, Ralf

3 4

[arch-general] Sata-pmp
by pete nikolic 24 Oct '16

24 Oct '16

Hi . This may seem a little strange but here goes . I am running older hardware and am getting . ata1: softreset failed (device not ready) ata3: softreset failed (device not ready) ata2: softreset failed (device not ready) I have read that sata-pmp is the culprit is it possible to disable this from the boot cmdline or is it a kernel rebuild the motherboard has an AMD chipset 00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI to PCI Bridge (PCI Express Port 1) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] kernel 4.8.3-1-ARCH #1 SMP PREEMPT Thu Oct 20 19:53:59 CEST 2016 x86_64 GNU/Linux 3 Sata drives no SSD devices . Thanks pete .

1 0

[arch-general] Problem with powerdns-recursor-4.0.3-1 package
by Roel de Wildt 24 Oct '16

24 Oct '16

Hello, After a upgrade from powerdns-recursor-3.7.3-3 to powerdns-recursor-4.0.3-1 it does not return any dns queries anymore. In the daemon.log is logged: Oct 23 10:50:18 gateway001 pdns_recursor[3008]: Oct 23 10:50:18 Sending SERVFAIL to 10.3.3.134 during resolve of 'google.nl' because: more than 50 (max-qperq) queries sent while resolving ns1.google.com Oct 23 10:50:19 gateway001 pdns_recursor[3008]: Oct 23 10:50:19 Sending SERVFAIL to 10.3.3.134 during resolve of 'google.nl' because: more than 50 (max-qperq) queries sent while resolving ns2.google.com After a downgrade of powerdns-recursor-4.0.3-1 to 3.7.3-3 it is working again, without making changes to /etc/powerdns/recursor.conf. The customized configuration options in /etc/powerdns/recursor.conf: [root@gateway001 powerdns]# grep -v -e "#.*" recursor.conf | grep -e "..*" allow-from=127.0.0.0/8, 10.0.0.0/8, ::1/64, 2001:470:1f15:a09::/64, 2001:470:7b9a::/48 auth-zones=.=/etc/powerdns/root.zone forward-zones=domain.lan=10.3.0.1,home.lan=10.3.0.21 hint-file=/etc/powerdns/named.root local-address=127.0.0.1,10.3.0.253:53,[::1],[2001:470:7b9a:0a03::fd]:53 local-port=5353 log-common-errors=yes loglevel=9 pdns-distributes-queries=yes query-local-address6=:: Do I need something to change to make it working against 4.0.x? I've searched at powerdns.com to options that have changed in the configuration but nothing helped. Kind regards, Roel de Wildt

4 7

[arch-general] Issue with Vim 8.0 and linebreak
by J. C. 24 Oct '16

24 Oct '16

Hey hey list, when I use the set linebreak command, Vim actually splits the lines, inserting CRLF or similar. The help says that it shouldn't do that, nor has it on Vim 7.x, which I ran on another Linux system. When just viewing a text, Vim displays it as expected with proper linebreaks and there are no inserts of CRLFs. Does anyone else have a similar issue or is there something else to take into account? Best wishes, Jeanette -------- When you need someone, you just turn around and I will be there <3

2 2

[arch-general] cp from USB to interal sata uses up all CPU
by J. C. 24 Oct '16

24 Oct '16

Hi list, I just noticed this today. I rebooted the system once, since the proper installation last week. Now cp from a USB drive to the internal sata drive eats up all CPU. The cp command is run as root - currently no alternative possible. The USB drive is mounted during system startup. A copy operation on the internal disk in question doesn't suffer from overuse of CPU resources. Copying from the USB disk to the USB disk isn't perfect, but uses only between 20-40% of CPU resources. The CPU frequency governor is set to ondemand. Can anybody suggest a remedy, please? Best wishes, Jeanette -------- When you need someone, you just turn around and I will be there <3

2 2

[arch-general] Implement sql/sqlite database for pacman local database
by Alive 4ever 23 Oct '16

23 Oct '16

I was curious why does 'pacman -Q' operations took longer than 'apt' counterparts. It seems that the local pacman databases are just subdirectories with text files (desc, files) and gzipped text (mtree). No wonder why local pacman databases tend to slow down over time and need to be optimized periodically. For long term pacman development road map, it would be better to use single sql based database for tracking locally installed packages instead of keeping directories of every installed packages. This would provide faster access for local database as sql databases are optimized for fast access.

11 20

Re: [arch-general] Implement sql/sqlite database for pacman local database
by Guus Snijders 23 Oct '16

23 Oct '16

Op 21 okt. 2016 21:49 schreef "Eli Schwartz via arch-general" < arch-general(a)archlinux.org>: > > On 10/21/2016 01:20 PM, Alive 4ever wrote: > [...] road map, it would be better to use > > single sql based database for tracking locally installed packages > > The reason pacman uses a flat file database as opposed to a relational > database, is the result of a deliberate design decision by the lead > pacman developers. One really big advantage of this approach is that you don't have to worry about corrupted databases. It's been a while since I used an RPM based distro, but it always surprised me how quickly the db would fall over and needed to be rebuilt. The beauty of the Arch approach is it's robust simplicity. And yes, there are/were wrappers that use a SQL DB for specific operations. If such a db gets problems, there is nothing to worry about: pacman just keeps working anyway. Just my two (belated) $0.02 Mvg, Guus

1 0

[arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation
by Francis Gerund 22 Oct '16

22 Oct '16

https://hardware.slashdot.org/story/16/09/21/1516230/microsoft-signature-pc- requirements-now-blocks-linux-installation-reports?sbsrc=md It was nice while it lasted. <sigh>

7 8

[arch-general] KVM - *ERROR* failed to allocate VRAM BO?
by David C. Rankin 21 Oct '16

21 Oct '16

Arch devs, I'm receiving an error with KVM (arch guest). The guest installed fine from the 20161001 install media, but between every command, I receive the following error: [TTM] Byffer eviction failed qxl 0000:00:02:0: object_init failed for (402650032, 0x00000001) [drm:qxl_alloc_bo_reserved [qxl1] *ERROR* failed to allocate VRAM BO The guest has 8G of storage gcow2 (default virt-manager settings, except scale on resize of window), 2-cores, 4G of RAM and the partitioning is all on a single / partition. I'm new to KVM and not sure whether this is something I should chase though my hardware (BIOS settings, etc.) or whether this is a KVM issue, the hardware is: AMD FX-8350 Black Vishera 8-Core 4.0GHz/32G of RAM/Gigabyte GA-990FXA-UD3 I've followed: https://wiki.archlinux.org/index.php/Libvirt https://wiki.archlinux.org/index.php/KVM https://wiki.archlinux.org/index.php/QEMU Where do I start in chasing this down? Did I miss a module? The reports by lspcu and zgrep CONFIG_KVM /proc/config.gz are: $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 21 Model: 2 Model name: AMD FX(tm)-8350 Eight-Core Processor Stepping: 0 CPU MHz: 1400.000 CPU max MHz: 4000.0000 CPU min MHz: 1400.0000 BogoMIPS: 8038.54 Virtualization: AMD-V $ zgrep CONFIG_KVM /proc/config.gz CONFIG_KVM_GUEST=y # CONFIG_KVM_DEBUG_FS is not set CONFIG_KVM_MMIO=y CONFIG_KVM_ASYNC_PF=y CONFIG_KVM_VFIO=y CONFIG_KVM_GENERIC_DIRTYLOG_READ_PROTECT=y CONFIG_KVM_COMPAT=y CONFIG_KVM=m CONFIG_KVM_INTEL=m CONFIG_KVM_AMD=m CONFIG_KVM_MMU_AUDIT=y CONFIG_KVM_DEVICE_ASSIGNMENT=y Modules loaded: $ lsmod | grep -i "virt\|kvm" virtio_net 32768 0 virtio_ring 20480 1 virtio_net virtio 16384 1 virtio_net kvm_amd 69632 0 kvm 516096 1 kvm_amd irqbypass 16384 1 kvm -- David C. Rankin, J.D.,P.E.

1 1

[arch-general] Package updates for Long out of Date packages - comment
by Mike Cloaked 20 Oct '16

20 Oct '16

Not being able to post to arch dev public, and gaving seen that there was a list posted by Florian Pritz today with sets of packages that have been long out of date, I thought I would post a comment here about two particular packages that appear in that list. Having done some work privately recently on building refind-efi and gnu-efi-libs, I wanted to note that refind-efi was recently updated in the past few days, and is already at the latest version 0.10.4. I guess that Florian will already be aware of that? Gnu-efi-libs is also on the list but there is a very good reason that it has not been updated from version 3.0.3 to 3.0.4, which is that the newest version does not build for i686, at least when I tried to do that in an x86_64 machine using abs, even though it builds for x86_64, and that package is needed when building refind-efi so that would probably need an upstream fix before it can be brought up to date for both i686 as well as x86_64. -- mike c

1 0