Re: [arch-general] How can I set CAPS LOCK as Escape throughout reboot
On Thu, Aug 17, 2017 at 01:51:59PM +, Junayeed Ahnaf via arch-general wrote: > Hello, > > Currently I use "setxkbmap -option caps:escape" and it works well, but > I'd like to know how to make it persistent through reboot. I set this > line in .xinitrc but it didn't work. It should work. I have a similar line with caps:none in xinitrc and it works. Perhaps smth from your desktop undoes your setting? Cheers, -- Leonid Isaev
Re: [arch-general] intel-gpu-tools updated PKGBUILD
On 08/17/17 at 07:33am, Jordan Glover via arch-general wrote: > 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. It has been updated. -- Jelle van der Waa signature.asc Description: PGP signature
Re: [arch-general] How can I set CAPS LOCK as Escape throughout reboot
On 08/17/2017 09:51 AM, Junayeed Ahnaf via arch-general wrote: > Hello, > > Currently I use "setxkbmap -option caps:escape" and it works well, but > I'd like to know how to make it persistent through reboot. I set this > line in .xinitrc but it didn't work. https://wiki.archlinux.org/index.php/Keyboard_configuration_in_Xorg#Setting_keyboard_layout This is possible through xorg.conf.d as well. -- Eli Schwartz signature.asc Description: OpenPGP digital signature
Re: [arch-general] pacman doesn't show download progress
Op 17 aug. 2017 21:49 schreef "Eli Schwartz": On 08/17/2017 02:46 PM, Eli Schwartz wrote: > ... and it's probably worth mentioning that sometime in the last 10 > minutes they seem to have fixed this. Or not. It's erratically switching between working and not-working. So it's probably one faulty server behind a load balancer? Seems strange behaviour for a single machine. Mvg, Guus Snijders
Re: [arch-general] pacman doesn't show download progress
On 08/17/2017 02:46 PM, Eli Schwartz wrote: > ... and it's probably worth mentioning that sometime in the last 10 > minutes they seem to have fixed this. Or not. It's erratically switching between working and not-working. -- Eli Schwartz signature.asc Description: OpenPGP digital signature
Re: [arch-general] pacman doesn't show download progress
On 08/17/2017 02:43 PM, Eli Schwartz wrote: > Well, look at this: > > ``` > [eschwartz@arch ~]$ pacman -Sp linux > http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz > [eschwartz@arch ~]$ wget -P /tmp/ > http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz > --2017-08-17 14:31:17-- > http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz > Resolving archlinux.mirrors.ovh.net... 213.32.5.7, > 2001:41d0:202:100:213:32:5:7 > Connecting to archlinux.mirrors.ovh.net|213.32.5.7|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: unspecified [application/octet-stream] > Saving to: ‘/tmp/linux-4.12.7-1-i686.pkg.tar.xz’ > > linux-4.12.7-1-i686.pkg.tar.xz [ <=> > ] 1.37M 912KB/s > > ``` > > Length is unspecified, and wget does its <=> slidy-back-and-forth thing. > And it seems pacman just gives up on showing progress information and > instead shows nothing (which isn't unreasonable). > > 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. ... and it's probably worth mentioning that sometime in the last 10 minutes they seem to have fixed this. -- Eli Schwartz signature.asc Description: OpenPGP digital signature
Re: [arch-general] pacman doesn't show download progress
On 08/17/2017 02:23 PM, SET wrote: > Le jeudi 17 août 2017 06:46:37 CEST Darshit Shah via arch-general a écrit : > >> No, right next to the packages, in the package cache >> (/var/cache/pacman/pkg by default) > > Though the problem is resolved by choosing another mirror, here is a sample > log file : oxygen-icons-1:5.37.0-1-any.pkg.tar.xz.part.log > > HTTP/1.1 200 OK > Server: nginx/1.6.2 > Date: Thu, 17 Aug 2017 18:14:56 GMT > Content-Type: application/octet-stream > X-Varnish: 537330300 > Age: 0 > Via: 1.1 varnish-v4 > Transfer-Encoding: chunked > Accept-Ranges: bytes > X-IPLB-Instance: 5865 > > I don't know how to understand it. Well, look at this: ``` [eschwartz@arch ~]$ pacman -Sp linux http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz [eschwartz@arch ~]$ wget -P /tmp/ http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz --2017-08-17 14:31:17-- http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz Resolving archlinux.mirrors.ovh.net... 213.32.5.7, 2001:41d0:202:100:213:32:5:7 Connecting to archlinux.mirrors.ovh.net|213.32.5.7|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/octet-stream] Saving to: ‘/tmp/linux-4.12.7-1-i686.pkg.tar.xz’ linux-4.12.7-1-i686.pkg.tar.xz [ <=> ] 1.37M 912KB/s ``` Length is unspecified, and wget does its <=> slidy-back-and-forth thing. And it seems pacman just gives up on showing progress information and instead shows nothing (which isn't unreasonable). 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. -- Eli Schwartz signature.asc Description: OpenPGP digital signature
Re: [arch-general] pacman doesn't show download progress
Le jeudi 17 août 2017 06:46:37 CEST Darshit Shah via arch-general a écrit : > No, right next to the packages, in the package cache > (/var/cache/pacman/pkg by default) Though the problem is resolved by choosing another mirror, here is a sample log file : oxygen-icons-1:5.37.0-1-any.pkg.tar.xz.part.log HTTP/1.1 200 OK Server: nginx/1.6.2 Date: Thu, 17 Aug 2017 18:14:56 GMT Content-Type: application/octet-stream X-Varnish: 537330300 Age: 0 Via: 1.1 varnish-v4 Transfer-Encoding: chunked Accept-Ranges: bytes X-IPLB-Instance: 5865 I don't know how to understand it.
Re: [arch-general] How can I set CAPS LOCK as Escape throughout reboot
AFAIK `.xinitrc` is sourced only if you start your DE/WM with `startx`. basically it depends on what display manager and/or DE/WM you are using, but a general solution that applies to most cases is put "setxkbmap -option caps:escape" in `~/.xprofile` since most display manager executes it, or messing with your WM/DE settings On Thu, Aug 17, 2017 at 01:51:59PM +, Junayeed Ahnaf via arch-general wrote: > Hello, > > Currently I use "setxkbmap -option caps:escape" and it works well, but > I'd like to know how to make it persistent through reboot. I set this > line in .xinitrc but it didn't work. > > Thanks > > J > -- No computers were harmed in the making of this email, only free (as in freedom) software was used signature.asc Description: PGP signature
Re: [arch-general] How can I set CAPS LOCK as Escape throughout reboot
Fixed following this : https://www.chorompotro.com/2017/08/13/2-random-things-check-arch-installation-date-replace-caps-lock-escape/ On 08/17/2017 07:51 PM, Junayeed Ahnaf via arch-general wrote: > Hello, > > Currently I use "setxkbmap -option caps:escape" and it works well, but > I'd like to know how to make it persistent through reboot. I set this > line in .xinitrc but it didn't work. > > Thanks > > J >
Re: [arch-general] How can I set CAPS LOCK as Escape throughout reboot
On 17 August 2017 at 15:51, Junayeed Ahnaf via arch-generalwrote: > Hello, > > Currently I use "setxkbmap -option caps:escape" and it works well, but > I'd like to know how to make it persistent through reboot. I set this > line in .xinitrc but it didn't work. depends on your login manager and the desktop environment. Gnome will overwrite XKB settings anyway. KDE would if configured. some login managers (or their Xsession scripts) will read ~/.Xkbmap as options to setxkbmap -- damjan
[arch-general] How can I set CAPS LOCK as Escape throughout reboot
Hello, Currently I use "setxkbmap -option caps:escape" and it works well, but I'd like to know how to make it persistent through reboot. I set this line in .xinitrc but it didn't work. Thanks J
[arch-general] intel-gpu-tools updated PKGBUILD
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# Contributor: Mikael Eriksson # Originally by: Denis Smirnov 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}.tar.bz2"{,.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" } PKGBUILD Description: Binary data
Re: [arch-general] Orca, java-atk-wrapper, and OpenJDK8
On Thu, Aug 17, 2017 at 6:54 AM, Hunter Jozwiak via arch-generalwrote: > 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 Hi Hunter, I am the Arch Linux packager for OpenJDK. I will look into it and probably also adopt java-atk-wrapper as it is an orphan. Guillaume
Re: [arch-general] pacman doesn't show download progress
On 16.08.2017 21:47, SET wrote: > Le mercredi 16 août 2017 20:48:59 CEST Bartłomiej Piotrowski a écrit : > >> Which mirror was it? We will try to contact them about the issue. >> >> B > > It is : > http://archlinux.mirrors.ovh.net/archlinux/$repo/os/$arch I've notified the mirror admin. I'll post here again if I know more. Florian signature.asc Description: OpenPGP digital signature