August 2017 - Arch-general - lists.archlinux.org

[arch-general] Orca, java-atk-wrapper, and OpenJDK8
by Hunter Jozwiak 28 Aug '17

28 Aug '17

Greetings, I am trying to get java-atk-wrapper and OpenJDK8 working together with the Orca screenreader. I have noticed that the following files exist in OpenJDK7 but not for my default JRE: usr/lib/jvm/ usr/lib/jvm/java-7-openjdk/ usr/lib/jvm/java-7-openjdk/jre/ usr/lib/jvm/java-7-openjdk/jre/lib/ usr/lib/jvm/java-7-openjdk/jre/lib/accessibility.properties usr/lib/jvm/java-7-openjdk/jre/lib/ext/ usr/lib/jvm/java-7-openjdk/jre/lib/ext/java-atk-wrapper.jar What I've Tried: I tried copying these files to /usr/lib/jvm/default/jre, but this seems to throw errors and Orca won't read the application. I tried it with jconsole, clion, and IntelliJ, all three were still inaccessible. Is there another step to get things working? Do I need an older version of java-atk-wrapper? Thanks, Hunter

2 2

[arch-general] Vim update - Stray chars on file-new
by David C. Rankin 26 Aug '17

26 Aug '17

All, After vim update to 8.0.0987-1, creating a new file with 'vim somefile.txt' results in the following stray characters at the top of the file: $q q ~ Can someone confirm? -- David C. Rankin, J.D.,P.E.

5 5

[arch-general] Contributions to the wiki - Are user contributions a thing of the past?
by David C. Rankin 24 Aug '17

24 Aug '17

Archdevs, When I see an wiki page that is unclear or could benefit from a small addition, for the past 7+ years I've tried to do my part, and I was happy to do so. But, consistently, for the past year or so, any user contributions to the wiki are systematically struct from the pages. The latest being a small addition to the multilib page to make clear that following repo addition and update you need to explicitly install the wanted multilib packages. Following the directions on the page as it exists gets you nowhere, but implies that it is all that needs to be done. Again, as has been the form over the past year or, the additions are erased and a vague reference mentioning the additional steps are covered in an ancillary page is given as the reason. As a P.E. and Attorney, I know documentation. I know when it's clear, and when it's not clear. If the point of the wiki is to provide clear information to users, then why are all improvements systematically struck? Yes, brevity is a good thing, but not at the expense of clarity... Does Arch still want user contribution to the wiki? If so, systematically deleting the contributions that users take the time to make, isn't going to promote further contribution. Why bother, more than likely it will just be erased.... -- David C. Rankin, J.D.,P.E.

4 3

[arch-general] pacman man page needs at least one update
by Jude DaShiell 23 Aug '17

23 Aug '17

pacman -g and pacman --groups both appear no longer working. Neither in that form generates a current list of groups. --

3 2

[arch-general] tclx upgrade failure
by Jude DaShiell 23 Aug '17

23 Aug '17

I have the tcl and tclx packages installed since those are emacspeak dependencies and I use emacspeak for now. Earlier today I had this upgrade failure: error: failed to prepare transaction (could not satisfy dependencies) :: tclx: installing tcl (8.6.7-1) breaks dependency 'tcl=8.6.6' Do I need to ignore a package temporarily or do something else to clear this error? --

2 2

Re: [arch-general] package upgrade failure
by Jude DaShiell 22 Aug '17

22 Aug '17

I decided to try removing tclx from the system and once that got done it broke no other dependency and the upgrade went off without a hitch. That tclx package had 8.4 for a version number so wasn't keeping up with the rest of tcl. --

1 0

[arch-general] Handling python venv packages breaking on glibc update
by Oon-Ee Ng 21 Aug '17

21 Aug '17

I use psycopg2 for postgres access in my pyramid web-app, and like most (all?) python developers all the dependencies are in a virtualenv, including psycopg2 itself. This means, of course, that the psycopg2 wheel is precompiled. With the recent glibc-2.26 update, I can no longer import psycopg2. This is the error message I get on the file libresolv-2-c4c53def.5.so: symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference I'm not sure why the psycopg2 pip package bundles in libresolv (which is part of glibc in Arch, explaining why the Arch psycopg2 package works fine, even without a recompile). Where's the right place for me to fix this? With the psycopg2 pip maintainers or somewhere else?

2 3

[arch-general] text console no longer turns off (it blanks, but powered) after 4.12.5 or xf86-video-ati update
by David C. Rankin 21 Aug '17

21 Aug '17

All, I have 2 Arch servers that boot to the default text console. It has always properly blanked (DPMS power off) after the default timeout (6-7 min?). After update to the 4.12.5 kernel, which occurred at the same time of the xf86-video-ati (1:7.9.0-1 -> 1:7.9.0-2) update, the monitor no longer powers off when the screen blanks. An hour later there is still the blanked-but-powered light from the monitor (I don't know if this is called backlight power for the text console rather than X). The problem continues after the 4.12.6 update. So there was either something in the 4.12.5 kernel update that is preventing the console power-off from working, or something in the xf86-video-ati update that did it. There is nothing in the journal about video or dpms. What else can I check to help figure out what broke? With X at least there is xset, but I'm not sure what to look at for the default terminal? -- David C. Rankin, J.D.,P.E.

2 5

[arch-general] intel-gpu-tools updated PKGBUILD
by Jordan Glover 19 Aug '17

19 Aug '17

I prepared updated PKGBUILD for intel-gpu-tools package[1] which is flagged out-of-date since 2016-12-05. I updated it to newest version (1.19), updated PGP key to currently used one, upgraded hash to sha256, added new dependencies found by namcap and generally enhanced PKGBUILD to highest Arch standards. I would be glad if current maintainer or anyone else capable could merge it to official package. There is no official channel for submitting such changes so I decided to send it to this Arch mailinglist. [1] https://www.archlinux.org/packages/community/x86_64/intel-gpu-tools/ # $Id$ # Maintainer: Daniel Micay <danielmicay(a)gmail.com> # Contributor: Mikael Eriksson <mikael_eriksson(a)miffe.org> # Originally by: Denis Smirnov <detanator(a)gmail.com> pkgname=intel-gpu-tools pkgver=1.19 pkgrel=1 pkgdesc="Tools for development and testing of the Intel DRM driver" arch=(i686 x86_64) license=(MIT) url='http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/' depends=('libdrm' 'libpciaccess' 'cairo' 'python' 'xorg-xrandr' 'procps-ng' 'kmod' 'libxv') makedepends=('swig' 'gtk-doc' 'xorg-util-macros' 'dri2proto') source=("https://xorg.freedesktop.org/releases/individual/app/${pkgname}-${pkgver}.t…"{,.sig}) sha256sums=('a49c8ae7c0431c1f33cd9492f83ec4e06e98a48429178e4bd22d9a1a87e3b0f1' 'SKIP') validpgpkeys=('775965B85650195ACE77E18D7370055DB74C2475') build() { cd "${pkgname}-${pkgver}" export LANG=en_US.UTF-8 ./configure --prefix=/usr --libexecdir=/usr/lib --disable-tests --without-libunwind make } package() { cd "${pkgname}-${pkgver}" make DESTDIR="${pkgdir}" install install -Dm644 COPYING "${pkgdir}/usr/share/licenses/intel-gpu-tools/COPYING" }

2 2

[arch-general] unresolveable dependencies
by Jude DaShiell 19 Aug '17

19 Aug '17

resolving dependencies... warning: cannot resolve "glibc>=2.26", a dependency of "lib32-glibc" :: The following package cannot be upgraded due to unresolvable dependencies: lib32-glibc :: Do you want to Is it reasonable to add libc32-glibc to my ignore packages list? I could also remove a couple 32-bit repositories from this machine too since something I was planning to do with orca never panned out too. --

2 2