- Arch-general - lists.archlinux.org

[arch-general] Unreachable system and general ARP weirdness
by swh 03 Sep '11

03 Sep '11

Beginning a few months ago, two of the systems on my LAN, a desktop and a laptop, have periodically become mutually uncommunicative. I believe it started occurring when I did a massive -Syu on the laptop, installing six months worth of updates for the laptop at once and effectively upgrading 1/2 of the installed packages... but I'm not positive. The issue still occurs regularly with both systems running 3.0.x kernels. The issue typically occurs after the desktop has been up for a few days, but on rare occasion it's present when the desktop boots. When the issue does occur, other systems on the LAN are able to reach both systems as per normal. It's a simple switched network, and both systems have manually-assigned static IPs. I've done a fair bit of testing with tshark and have determined that the issue presents itself as such: The laptop is able to reach the desktop, with ICMP echo requests and nmap scans going through just fine. However, a response is never received by the laptop. When running tshark on the laptop and sending traffic from the desktop, an oddity occurs. Although the laptop's static IP is 192.168.0.3 (and this is explicitly present as an argument to ping, nmap, etc.) the desktop is actually sending out an ARP broadcast, attempting to get the MAC of an IP in the Philippines - far outside the LAN's 192.168.0.0/24 range. What makes this doubly odd is that I've manually added a correct entry into the desktop's ARP cache for the laptop's IP (via arp -s), yet it's apparently ignored and the bogus ARP broadcasts continue. Interestingly, the arping utility is able to broadcast for the correct IP's MAC, and does receive a reply from the laptop - but the issue persists for everything except arping. If I put an unused IP (e.g. 192.168.0.32) along with the laptop's MAC into the desktop's ARP cache and ping that new address, predictably the ICMP echo requests do get to the laptop, but of course aren't acknowledged as the laptop isn't using that IP. Actually moving the laptop to another IP results in the systems being able to reach each other normally, but the bizarre ARP broadcasts persist when attempting to reach the laptop's old IP, 192.168.0.3. A further observation I made (which simply added to the confusion): An Arch VM, running with bridged networking on the desktop, is perfectly capable of reaching the laptop - I can SSH in without issue. Yet nothing (aside from arping) is even able to get a reply from the laptop when run from a shell on the desktop. Because the VM works, I've essentially ruled out any sort of hardware or driver issue. The part where I'm stuck is... what's below the ARP cache? I have no idea why "ping 192.168.0.3" doesn't work when there is an explicitly-placed entry for the IP in the ARP cache, and how an explicitly-specified IP can turn into an ARP broadcast for a completely different IP (in the Philippines, no less) just baffles me. Any help is appreciated.

2 2

[arch-general] Error updating related to pygobject, pygobject-devel, Python, and Python2
by Myra Nelson 03 Sep '11

03 Sep '11

It would seem I have something misconfigured on my machine. I haven't noticed anything on the mailing list or on the Arch news about this, checked the bug tracker and followed the links to the Python mailing list, and I'm still a little confused. Below is an example of what I get back from pacman -Sy and pacman -Su, the rest is in a pastebin at http://pastebin.com/3dBxsGvE. myra@gandalf ../repos/extra-x86_64]:pacsu (equivalent to pacman -Su) :: Starting full system upgrade... warning: pacman: local (4.0.0rc1-1) is newer than core (3.5.4-4) :: Replace pygobject with extra/python2-gobject2? [Y/n] y :: Replace pygobject with extra/python2-gtkhtml2? [Y/n] y :: Replace pygobject with extra/python2-gtkspell? [Y/n] y :: Replace pygobject with extra/python2-httplib2? [Y/n] y :: Replace pygobject with extra/python2-libgnome? [Y/n] y :: Replace pygobject with extra/python2-nose? [Y/n] y :: Replace pygobject with extra/python2-numpy? [Y/n] y :: Replace pygobject with extra/python2-pip? [Y/n] y :: Replace pygobject with extra/python2-pyopenssl? [Y/n] y :: Replace pygobject with extra/python2-pyqt? [Y/n] y --- adnauseum resolving dependencies... looking for inter-conflicts... error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: python2-nose and python-nose are in conflict The adnauseum got 1455 line of repetition through pygobject and pygobject-devel. Based on the Python mailing list referenced in FS25747 on the bug tracker, I'm not sure what to do next. You'll notice in the pastebin I stopped hitting the Y and just pressed enter (yes I really did that). No problems prior to today, but it seems as though I've borked something up. Any suggestions would be appreciated. Myra -- Life's fun when your sick and psychotic!

2 2

[arch-general] Down doesn't stick
by Jorge Almeida 02 Sep '11

02 Sep '11

Two days ago I did a one week -due general upgrading. After rebooting, the "Down" key changed its usual behavior: keeping the key pressed should keep producing Down events (I use it sometimes to scroll a google page without the mouse, or to move down across a text editing page). Now, it only sends one event. If I want to scroll down two lines I have to press twice. The Up key still has the usual behavior. I checked with xev that events are not being sent (i.e., they are not just being ignored). I suspected a keyboard hw probem, and so I used xmodmap to map another key (AltGr, right next to the space bar) to be another Down. It worked well yesterday, but today, after booting, new and old key have both the same strange behavior. I have no idea what package may be causing this... Jorge Almeida

5 11

[arch-general] [signoff] linux-3.0.4-1
by Tobias Powalowski 02 Sep '11

02 Sep '11

Latest 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

4 5

[arch-general] emacs-color-theme: please use a snapshot
by XeCycle 02 Sep '11

02 Sep '11

Hope I'm not disturbing~ But I don't know whether this worth a bug report. The package `emacs-color-theme' uses the stable release, released in 2006. In 2007, there's a commit fixing a bug (for me, the bug causes conflict with Gnus), but the upstream didn't release a new version since then. So I would suggest on using a snapshot version --- I fixed that bug myself. Following is more about that bug and how I fixed it: Function `replace-in-string' is provided in XEmacs but not GNU Emacs, so the author of color-theme defined his own. Yes, he checks whether the function exists. Gnus also defined one, but the name is `mm-replace-in-string'. Gnus checks whether `replace-in-string' is present, and if it does, the `mm-' is just an alias to that. All right, Eh? But the author of color-theme defined the function different from XEmacs did. So Gnus was confused, then it complained about something like "wrong number of arguments" when using it --- for example, when EasyPG is trying to verify a PGP/MIME signature. I fixed that by renaming the defun in color-theme.el to `color-theme-replace-in-string', by adding a sed line in the build() function before the compilation. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

3 2

[arch-general] moving cups 1.5.0 to extra
by Andreas Radke 02 Sep '11

02 Sep '11

New cups is sitting in testing now for some time. No bug reports so far. It works fine for me. Any objections moving this to extra? -Andy

2 1

[arch-general] New GTK update make LibreOffice 'save' document type unreadable
by David C. Rankin 01 Sep '11

01 Sep '11

Guys, I think the GTK update made the LibreOffice 'save' dialog 'document type' list box unreadable. Where you used to be able to read: "All Formats" "Open Document Text .odt" "Word 97 .doc", etc..., now the entire list is squished down into a 1/2 of screen space and is unreadable. Here is a screenshot: [107k] http://phoenix/dl/img/newGTK-bug.jpg This happened as a result of the updates this morning. The updates were: [2011-08-31 10:13] Running 'pacman -Syu' [2011-08-31 10:13] synchronizing package lists [2011-08-31 10:13] starting full system upgrade [2011-08-31 10:27] upgraded apache (2.2.19-1 -> 2.2.20-1) [2011-08-31 10:27] upgraded b43-fwcutter (014-1 -> 015-1) [2011-08-31 10:27] upgraded nss (3.12.11-1 -> 3.12.11-3) [2011-08-31 10:27] upgraded evolution-data-server (3.0.2.1-2 -> 3.0.3-1) [2011-08-31 10:27] upgraded gtkhtml4 (4.0.1-1 -> 4.0.2-1) [2011-08-31 10:27] upgraded evolution (3.0.2-1 -> 3.0.3-1) [2011-08-31 10:27] upgraded gtk-update-icon-cache (2.24.5-3 -> 2.24.6-1) [2011-08-31 10:27] upgraded gtk2 (2.24.5-3 -> 2.24.6-1) [2011-08-31 10:27] upgraded firefox (6.0-1 -> 6.0.1-1) [2011-08-31 10:27] upgraded linux-firmware (20110727-1 -> 20110822-1) [2011-08-31 10:28] >>> Updating module dependencies. Please wait ... [2011-08-31 10:28] >>> MKINITCPIO SETUP <snip> [2011-08-31 10:28] upgraded kernel26-lts (2.6.32.45-1 -> 2.6.32.46-1) [2011-08-31 10:28] upgraded libwnck (2.30.6-2 -> 2.30.7-1) <snip> [2011-08-31 10:28] upgraded linux (3.0.3-1 -> 3.0.4-1) [2011-08-31 10:28] upgraded linux-headers (3.0.3-1 -> 3.0.4-1) [2011-08-31 10:29] upgraded mesa (7.11-1 -> 7.11-2) [2011-08-31 10:29] upgraded playonlinux (4.0.9-1 -> 4.0.11-1) [2011-08-31 10:29] upgraded thunderbird (6.0-1 -> 6.0.1-1) [2011-08-31 10:29] upgraded xulrunner (6.0-2 -> 6.0.1-1) The only update that looks relevant is: gtk2 (2.24.5-3 -> 2.24.6-1). Is anyone else seeing this? If so, any idea whether this is a GTK2 bug or a Libre bug? I'm just trying to figure out where this bug goes.... -- David C. Rankin, J.D.,P.E.

9 14

[arch-general] Kernel.org compromised. Are Arch users safe?
by Paulo Guedes 01 Sep '11

01 Sep '11

Since mirrors.kernel.org is one of the main mirrors used in Arch what's the best measureus to take right know? Format the computer and reinstall arch? Uninstall any update since last week?

6 6

[arch-general] only root can select/copy text using gpm
by Juan R. de Silva 01 Sep '11

01 Sep '11

I installed and configured gpm daemon. The daemon starts and the mouse works fine, including copy-and-paste. But only in a console were I log as root. When I open another tty and login there as a normal user, the mouse cursor is available. I mean, it is visible and moves as desired. But I can neither select nor copy anything, since drugging does not work. The whole point of installing gpm for me was to facilitate the use of Arch Wiki sources and instead of typing large pieces just copying and pasting them. Having this problem I would be forced to run 'links' in a root environment that does not seem very safe to me. Is there any solution for this, please?

2 3

Re: [arch-general] [arch-dev-public] [signoff] dnsutils-9.8.0.P4-2
by Thorsten Töpper 31 Aug '11

31 Aug '11

On Wed, 31 Aug 2011 00:00:50 -0700 Gaetan Bisson <bisson(a)archlinux.org> wrote: > [2011-08-29 10:40:27 +0300] Evangelos Foutras: > > On Mon, Aug 29, 2011 at 8:33 AM, Gaetan Bisson > > <bisson(a)archlinux.org> wrote: > > > Hi everyone, > > > > > > An update to dnsutils is in [testing]; it implements: > > > - FS#25801 (move nsupdate to bind) > > > - FS#25048 (make binaries smaller) > > > > > > Please test and signoff. > > > > Signoff x86_64. > > Somebody for i686? > signoff i686 -- Jabber: atsutane(a)freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4

1 0