- Arch-general - lists.archlinux.org

[arch-general] pacman doesn't show download progress
by SET 18 Aug '17

18 Aug '17

pacman -Syu show database download progress but not packages being downloaded. They do get downloaded and installation progress is rightly displayed. This can be annoying when connection speed is poor. This has been observed on three machines. I am obviously requesting a solution and am ready to provide any additional required information. Thanks.

10 20

[arch-general] How can I set CAPS LOCK as Escape throughout reboot
by Junayeed Ahnaf 17 Aug '17

17 Aug '17

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

5 5

Re: [arch-general] pacman doesn't show download progress
by Guus Snijders 17 Aug '17

17 Aug '17

Op 17 aug. 2017 21:49 schreef "Eli Schwartz" <eschwartz(a)archlinux.org>: 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

1 0

[arch-general] Unit dbus-org.freedesktop.Avahi.service not found ?
by David C. Rankin 16 Aug '17

16 Aug '17

All, This isn't new, I've seen it for the past few weeks or so, but on boot, dbus throws a journal error that avahi service cannot be found? Aug 15 20:31:40 2pi dbus[230]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service' Aug 15 20:31:40 2pi dbus[230]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service not found. It is not in /usr/share/dbus-1/services/, but it is in /usr/share/dbus-1/system-services, e.g. $ l /usr/share/dbus-1/system-services total 68 drwxr-xr-x 2 root root 4096 Aug 9 03:44 . drwxr-xr-x 8 root root 4096 Aug 10 05:18 .. -rw-r--r-- 1 root root 971 Jul 11 15:46 org.freedesktop.Avahi.service <snip> I shouldn't have to manually create a link for i in /usr/share/dbus-1/services/ should I? The wiki doesn't mention anything about this issue. Can someone confirm to make sure I'm just not doing something dumb. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Depends on foo-bar=10.0-3
by Ralf Mardorf 15 Aug '17

15 Aug '17

Hi, why does a package from official repositories mentions what version of a dependency is required? Since the actually optional dependency pulseaudio by upstream often is required as a hard dependency, for no sane reason, I installed a dummy package years ago, to workaround time consuming workarounds. Today I tried to install something and part of the dependency chain of stuff I don't need is pulseaudio-bluetooth. It doesn't matter, I'm willing to install pulseaudio-bluetooth, instead of building another dummy package or rebuilding something. Why does the package pulseaudio-bluetooth dedicated mentions pulseaudio=10.0-3? Why not simply mentioning "pulseaudio" without the version? Note! I'm not asking anybody not to do it like this! I only want to know the reason for mentioning a version of a dependency, for packages from official repositories, since I don't know any reason. IOW I only want to learn. Regards, Ralf [rocketmouse@archlinux aur]$ pacman -Si pulseaudio-bluetooth Repository : extra Name : pulseaudio-bluetooth Version : 10.0-3 Description : Bluetooth support for PulseAudio Architecture : x86_64 URL : https://www.freedesktop.org/wiki/Software/PulseAudio/ Licenses : GPL Groups : None Provides : None Depends On : pulseaudio=10.0-3 bluez bluez-libs sbc Optional Deps : None Conflicts With : None Replaces : None Download Size : 50.91 KiB Installed Size : 173.00 KiB Packager : Jan de Groot <jgc(a)archlinux.org> Build Date : Sat 11 Mar 2017 11:21:44 PM CET Validated By : MD5 Sum SHA-256 Sum Signature [rocketmouse@archlinux aur]$ pacman -Qi pulseaudio Name : pulseaudio Version : 2013.08.18-1 Description : Dummy package Architecture : any URL : None Licenses : None Groups : None Provides : pulseaudio Depends On : None Optional Deps : None Required By : pulseaudio-alsa Optional For : firefox fluidsynth phonon-qt4 phonon-qt5 speech-dispatcher Conflicts With : dummy Replaces : None Installed Size : 4.00 KiB Packager : Unknown Packager Build Date : Sun 18 Aug 2013 06:06:40 PM CEST Install Date : Tue 25 Apr 2017 02:41:25 AM CEST Install Reason : Explicitly installed Install Script : No Validated By : None

8 16

[arch-general] Recent updates cause ssh sessions to disconnect/reauth repeatedly for ~20 seconds?
by David C. Rankin 13 Aug '17

13 Aug '17

All, After updates in the past day or two, I see new behavior for my idle ssh connections that authorize as normal, but then are systematically disconnected forcing a reauth at regular intervals of one-per second, for about 20 seconds. Aug 12 17:46:11 valhalla sshd[3095]: userauth_pubkey: key type ssh-dss not in PubkeyAcceptedKeyTypes [preauth] Aug 12 17:46:11 valhalla sshd[3095]: Accepted publickey for david from 192.168.6.104 port 50778 ssh2: ECDSA SHA256:foo Aug 12 17:46:11 valhalla sshd[3095]: pam_unix(sshd:session): session opened for user david by (uid=0) Aug 12 17:46:11 valhalla systemd-logind[466]: New session c15 of user david. Aug 12 17:46:11 valhalla systemd[1]: Started Session c15 of user david. Aug 12 17:46:11 valhalla sshd[3097]: Received disconnect from 192.168.6.104 port 50778:11: disconnected by user Aug 12 17:46:11 valhalla sshd[3097]: Disconnected from user david 192.168.6.104 port 50778 Aug 12 17:46:11 valhalla sshd[3095]: pam_unix(sshd:session): session closed for user david Aug 12 17:46:11 valhalla systemd-logind[466]: Removed session c15. ... Aug 12 17:46:11 valhalla systemd[1]: Started Session c16 of user david. Aug 12 17:46:11 valhalla sshd[3102]: Received disconnect from 192.168.6.104 port 50780:11: disconnected by user Aug 12 17:46:11 valhalla sshd[3102]: Disconnected from user david 192.168.6.104 port 50780 Aug 12 17:46:11 valhalla sshd[3100]: pam_unix(sshd:session): session closed for user david Aug 12 17:46:11 valhalla systemd-logind[466]: Removed session c16. ... Aug 12 17:46:12 valhalla systemd[1]: Started Session c17 of user david. Aug 12 17:46:12 valhalla sshd[3107]: Received disconnect from 192.168.6.104 port 50782:11: disconnected by user Aug 12 17:46:12 valhalla sshd[3107]: Disconnected from user david 192.168.6.104 port 50782 Aug 12 17:46:12 valhalla sshd[3105]: pam_unix(sshd:session): session closed for user david Aug 12 17:46:12 valhalla systemd-logind[466]: Removed session c17. It says "Received disconnect from 192.168.6.104 port 50778:11: disconnected by user", but that has never happened in the past. It also causes the connection port to jump +2 each iteration. Can anyone else confirm this as new behavior? At least it stops after about 20 iterations and seems to settle down. I have connections on a LAN that may be up for 3-4 days at a time. (If it were continually iterating/logging 9-lines per-second over that period, it would grow quickly.) -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] Strange time sync problem.
by Matthew Dyer 12 Aug '17

12 Aug '17

Hi all, I have an arch machine with mate as the desktop. I am using orca all works well, but 1 problem that is driving me crazy is time zone syncrinization. If I get time with orca t, I here the time 4 hours ahead of my local time. For example, If I press orca t for time, it will tell me that it is 15:-01. It is speaking in 24 hour time rather than 12 hour. It is about 11 am eastering at time of writing this message. I am wondering if there is a way to fix this. I installed gnome control center and set it to sync timezone info and to use am-pm but the is not being used dispite the changed. How can I fix this? Thanks. I tried tz select, but not sure whare the file is to set globalble. hanks. Matthew

2 1

[arch-general] PS: xdpyinfo displays wrong "dimension" values
by Ralf Mardorf 11 Aug '17

11 Aug '17

On Thu, 10 Aug 2017 16:39:33 +0200, Ralf Mardorf wrote: >[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on >and VGA CRT off >default screen number: 0 >number of screens: 1 > >screen #0: > dimensions: 1920x1080 pixels (506x285 millimeters) > resolution: 96x96 dots per inch ^^^^^ [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1 screen #0: dimensions: 1920x1080 pixels (502x282 millimeters) resolution: 97x97 dots per inch ^^^^^ Seemingly xdpyinfo is buggy, not only the millimeters are wrong, also the dpi value isn't always the same.

2 2

[arch-general] How to build nvidia driver?
by Manuel Reimer 11 Aug '17

11 Aug '17

Hello, I never did this before, but on one of my systems, I'm affected by: https://devtalk.nvidia.com/default/topic/1020399/ Can someone please give me some hints about what steps I have to do to downgrade the driver without touching the kernel version? Which packages need downgrading? Thanks in advance Manuel

4 6

[arch-general] xdpyinfo displays wrong "dimension" values
by Ralf Mardorf 10 Aug '17

10 Aug '17

Hi, I followed https://wiki.archlinux.org/index.php/Xorg#Display_size_and_DPI . I measured the screen size of the LCD and the CRT manually and in addition I calculated the screen size of the LCD. FWIW manual measuring provided the same result as the calculation. This is my xorg.conf [rocketmouse@archlinux ~]$ cat /etc/X11/xorg.conf Section "Monitor" Identifier "HDMI2" DisplaySize 526 296 Option "PreferredMode" "1920x1080" Option "Primary" "true" EndSection Section "Monitor" Identifier "VGA1" DisplaySize 367 278 Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 Option "PreferredMode" "1024x768" Option "RightOf" "HDMI2" EndSection Section "Device" Identifier "Card0" Driver "intel" #Driver "vesa" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection For my session I added a few modes using xrandr: [rocketmouse@archlinux ~]$ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 HDMI1 disconnected primary (normal left inverted right x axis y axis) HDMI2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 530mm x 300mm 1920x1080 60.00*+ 50.00 59.94 1920x1080i 60.00 50.00 59.94 1680x1050 59.88 1600x900 60.00 1280x1024 60.02 1280x800 59.91 1280x720 60.00 50.00 59.94 1024x768 60.00 800x600 60.32 720x576 50.00 720x576i 50.00 720x480 60.00 59.94 720x480i 60.00 59.94 640x480 60.00 59.94 720x400 70.08 VGA1 connected (normal left inverted right x axis y axis) 1024x768 60.00 + 60.00 800x600 60.32 56.25 848x480 60.00 640x480 59.94 1152x864_90hz_xdh_default 90.00 1440x960_86hz_xdh_music-1 86.00 1368x768_90hz_xdh_music-2 90.00 1024x768_60hz_xdh_no-risk 60.00 VIRTUAL1 disconnected (normal left inverted right x axis y axis) [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1 screen #0: dimensions: 1920x1080 pixels (506x285 millimeters) resolution: 96x96 dots per inch [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD off and VGA CRT 1024x768 default screen number: 0 number of screens: 1 screen #0: dimensions: 1024x768 pixels (269x201 millimeters) resolution: 97x97 dots per inch [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD off and VGA CRT 1152x864 default screen number: 0 number of screens: 1 screen #0: dimensions: 1152x864 pixels (301x226 millimeters) resolution: 97x97 dots per inch Is this a bug or do I misunderstand something? Regards, Ralf

1 0