- Arch-general - lists.archlinux.org

[arch-general] debug package repositories again
by Joe Julian 15 Aug '15

15 Aug '15

It's been hashed and rehashed, but I need to bring this up again. Every other popular distro has a way of debugging without completely rebuilding a package, saving countless combined hours. Why can't we just have a way of installing the symbols? When I find a bug, I don't want to spend another hour building python, for instance. I want to install the symbols, open up gdb, and figure out where the problem is. I'll report it, probably fix it, and we'll all be happy. Allan has already added the features necessary to make this possible. Why is this so hard? What can I do to help make this a reality? https://lists.archlinux.org/pipermail/arch-dev-public/2013-April/024812.html https://lists.archlinux.org/pipermail/arch-general/2015-April/038794.html

6 13

[arch-general] Extremely slow battery status on MBP
by Emanuel Evans 14 Aug '15

14 Aug '15

Hi! I have kind of a weird issue that I'm having trouble debugging. On my MacBook Pro (11,1), checking battery status (through acpi or the /sys filesystem) becomes extremely slow after the computer's been on for a while. Here's an example: $ time cat /sys/class/power_supply/BAT0/status Charging real 0m54.519s user 0m0.000s sys 0m4.663s dmesg and journalctl aren't outputting anything during the call, and I tried strace during the command and there was no output during the blocked time. It's highly intermittent--acpi can take anywhere from 0-60 seconds with no discernible pattern. Any ideas for how to debug this further, or possible solutions? Thanks so much!

1 0

[arch-general] NetworkManager warn logs, Is it something to be concerned?
by piruthiviraj natarajan 14 Aug '15

14 Aug '15

I get these logs in my journal and I am not sure if something is wrong. My wifi works fine though. I have intel card 02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2200 [8086:0891] (rev c4) my journalctl -r log is [code]Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:12:55 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:13:21 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:13 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:15:06 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:15:41 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:02 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:17:33 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:17:53 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:26 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:19:36 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:14 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:21:30 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:15 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:23:27 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:24:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:25:47 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:27:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:27:44 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:07 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:29:10 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) [/code]

3 3

[arch-general] motherboard change - strategies for saving current install?
by David C. Rankin 13 Aug '15

13 Aug '15

All, I lost the disc controller in my arch server this past Sunday. I've ordered a replacement w/new processor, etc.. My question is what is the best strategy to save my current install? It's a simple: "can I boot the install media, assemble raid arrays, chroot old and update, or do I just dump the root partition and reinstall completely?" The hardware change will be from an AM2+ MSI board with Phenom 9850 to a Gigabyte AM3+ board with FX8350 if that matters. The primary goal is to preserve the raid arrays and server config for mail, web, etc... I know I can chroot, save the needed configs, reformat root and reinstall, but what I don't know is if there is an easier way that would avoid the reformat/reinstall of root? This will also be by first UEFI install, but I'm fairly certain the beginner's guide will get me through if a full reinstall is needed. However, does that have implications on being able to save the old partitions and my mdraid arrays? The current setup was a simple MBR, mdraid1 with grub2. I don't have a EFI system partition, but I believe I left space at the end of my arrays (I'll have to check if it is a full 512 MiB). I don't know if I can salvage that setup by adding the EFI system partition at the end? Reading from the beginner's guide: "The target drive requires a GPT partition table, and an EFI System Partition of at least 512 MiB in size, gdisk type EF00, and formatted with FAT32." That seems to indicate that any chance of salvaging my current install may be hopeless due to the current MBR partition table. If there is a link that covers this in the wiki, I apologize, I haven't found it yet. Thanks for any advise or helpful tips you can give. -- David C. Rankin, J.D.,P.E.

6 9

[arch-general] What is the archlinux-bootstrap-2015.08.01?
by David C. Rankin 13 Aug '15

13 Aug '15

All, In preparation for the motherboard change, I went to grab the latest netinstall-dual.iso and found the normal iso and then an 'archlinux-bootstrap' iso. Is the bootstrap iso the single architecture netinstall? I've checked the install, beginner's and download, but only found reference to the pxe boot which can't be that big? -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Problems with Gnome or Xorg (?)
by Lucas Prado Melo 12 Aug '15

12 Aug '15

Hello, I've been experiencing some visual glitches in Gnome or Xorg (I guess?). I can't really describe exactly what is happening but here are some examples of weird behaviors: 1) Sometimes, when I change tabs in my web browser (Google Chrome), a region from the previous web page gets stuck and I need to change tabs a number of times to return to normal behavior. 2) In Chrome, sometimes, when I exit full screen, several visual glitches happen and I must also change tabs. 3) In the game Klotski, when I repeatedly click on the pieces, small details change. Do you have any suggestions that might help me fix this?

4 6

[arch-general] PS/2 Hand Scanner Problems
by Sean Snell 11 Aug '15

11 Aug '15

Hey everybody! I'm dealing with what I believe is a kernel issue, but I'm still learning so please bear with me. I've used Arch for the better part of 2+ years, and it's taught me more about Linux and the way it works more than any other distro to date. That being said, I'm not a complete n00b, but please deal with me as I'll probably have moments that'll need clarification. The goal: To get a number of our aging HP t5730 terminals, used as POS terminals, relevant again using our existing hardware to extend their usability. So far tentative testing has shown this a feasible option so long as I can get all hardware working as expected. The problem: I have a PS/2 hand scanner that works perfectly as a HID in Windows, verified working on the untouched terminals still using the "old system", but under Arch it's acting as if it's detected but it doesn't give it's scanned data to any apps. The USB CC reader is working fine, as is the receipt printer. The symptoms: dmesg -t | grep '^i8042' ...returns the following output: i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp The hand scanner is "working" in the sense that I can push the button, the scanner lights up, and * beeps * when I scan a barcode. However, that's all it does. It does not pass that data onto to any simple applications such as mousepad, or even the terminal. What I've tried: 1. Yes, I've read this, but as the controller appears to be detected, this doesn't appear as relevant detail to me. Please correct me if I'm wrong. <https://www.archlinux.org/news/linux-313-warning-ps2-keyboard-support-is-no…> [1] 2. I found this post, and I attempted the user's Grub entries, but those didn't help. I've undone those changes and I'm currently back at "square one". I know how to work with Grub, so I know I didn't make simple mistakes here; when applied, these entries caused the grep command to inform me that PNP was disabled, still made no positive impact. <https://bbs.archlinux.org/viewtopic.php?id=176497>[2] Other Observations: I've tried a number of live- distros, and the surprising thing is that other, older distros (Such as DSL, kernel 2.x) work just fine without any tinkering at all. Further reading online suggests that this is because of the kernel version. It seems that one of the 3.x kernel updates seems to have dropped some PS/2 support. This also proves to me that this *should* be able to work, I just can't figure out the proper ways of troubleshooting this problem based on this observation. I'm at work all day dealing with this project, so I'll be online most of the day. Thank you so much ahead of time for any help that you can give me! :)

2 4

[arch-general] Moving libasl to an official repo
by Zeev Pekar 10 Aug '15

10 Aug '15

Hi All, ca. 2 months ago Andrejs has kindly agreed to package ASL for Arch (thank you!): https://aur.archlinux.org/packages/libasl/ Besides that his numerous tests and suggestions have improved the library significantly. Today Evgeniy (an Arch Trusted User) agreed to move libasl to an official repo as soon as it has more than 10 votes. So I'm turning on the Arch community asking those who are interested in having libasl in an official repo to vote for the package on the above mentioned link. Thank you! Zeev PS: we also need 12 more "Likes" on our Facebook page in order to get proper URL and not that ugly one: https://www.facebook.com/pages/Avtech-Scientific/828973737156105

1 0

[arch-general] crda
by flow 07 Aug '15

07 Aug '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 $ crda Failed to set regulatory domain: -7 COUNTRY environment set to JP WIRELESS_REGDOM="JP" string uncommented in wireless-regdom file. What else shoud I do? - -- _ ~~~ This PGP signature only certifies the sender and date of the message. It implies no approval from the administrators of nym.mixmin.net. Date: Fri Aug 7 21:57:18 2015 GMT From: flow(a)nym.mixmin.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXFKb4ACgkQViYZwngkfDuAOACfbDqH0Wpx+ixd/scfObi/jcgx uOYAoJG3RMGWAeFJrNpyJSjnHJmNJUVc =DgTe -----END PGP SIGNATURE-----

1 0

[arch-general] Cannot install bacula-client error unknown public key
by Maykel Franco 06 Aug '15

06 Aug '15

Hi, I try install bacula-client in my archlinux but I get this error: -> Found bacula-fd.service ==> Validating source files with sha256sums... bacula-7.0.5.tar.gz ... Passed bacula-7.0.5.tar.gz.sig ... Skipped bacula-fd.service ... Passed ==> Verifying source file signatures with gpg... bacula-7.0.5.tar.gz ... FAILED (unknown public key 9E98BF3210A792AD) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build bacula-client. ==> Restart building bacula-client ? [y/N] How can resolve it? Thanks in advanced.

3 3