- Arch-general - lists.archlinux.org

Re: [arch-general] Kernel modules not loaded after Linux update (Peter Nabbefeld)
by saderror256 22 Jul '18

22 Jul '18

Hey peter Have you tried to boot into an arch iso, enable internet, and install the required kernel software? When you are in the live iso connect to internet like normal and chroot into your system, then install the kernel firmware required. This will also let you do some other work that cannot be done in your system currently :-) Hope this helped you a little!

1 0

[arch-general] Latest openssh - Premier connectivity tool for remote login with the SSH protocol?
by David C. Rankin 19 Jul '18

19 Jul '18

All, I have several scripts that perform backup work between six or so machines, all Arch. The script uses rsync to make approximately 6 connections to each server and transfer 100 directories from various parts of the filesystem. After the latest update to openssh 7.7p1-2, the time to connect feels like it has quadrupled. For example, in the past, when the script ran, a connection, check if files are newer and logout took less than a second. (it's a pilot thing, every time I'm watching something with an interest in the time is 1-1000, 2-1000, 3-1000, etc..) Now that 1-sec negotiation, check and logout has ballooned to 4-seconds, e.g. Jul 17 09:20:24 phoinix sshd[2652]: Accepted publickey for david from 66.76.46.195 port 59956 ssh2: ECDSA SHA256:97TPKWvaGks+sjneobeoY9RpK1Hznnh8xJCjbcAWrkQ Jul 17 09:20:24 phoinix sshd[2652]: pam_unix(sshd:session): session opened for user david by (uid=0) Jul 17 09:20:24 phoinix systemd-logind[408]: New session c18 of user david. Jul 17 09:20:24 phoinix systemd[1]: Started Session c18 of user david. Jul 17 09:20:28 phoinix sshd[2654]: Received disconnect from 66.76.46.195 port 59956:11: disconnected by user Jul 17 09:20:28 phoinix sshd[2654]: Disconnected from user david 66.76.46.195 port 59956 Jul 17 09:20:28 phoinix sshd[2652]: pam_unix(sshd:session): session closed for user david Jul 17 09:20:28 phoinix systemd-logind[408]: Session c18 logged out. Waiting for processes to exit. Jul 17 09:20:28 phoinix systemd-logind[408]: Removed session c18. Did the last update add some type of timer to intentionally slow the connection time to discourage or combat DOS type attacks? It's like there is something between: 09:20:24 phoinix systemd[1]: Started Session c18 of user david. and 09:20:28 phoinix sshd[2654]: Received disconnect from 66.76.46.195 port 59956:11: disconnected by user that isn't data transfer and isn't rsyc checking if files need updating. Also interestingly, the 5 boxes on my lan that are in the backup list do not show this type of delay. For example same connection and same box, but on lang and not internet: Jul 17 09:18:50 valkyrie sshd[1324]: Accepted publickey for david from 192.168.6.104 port 52414 ssh2: ECDSA SHA256:97TPKWvaGks+sjneobeoY9RpK1Hznnh8xJCjbcAWrkQ Jul 17 09:18:50 valkyrie sshd[1324]: pam_unix(sshd:session): session opened for user david by (uid=0) Jul 17 09:18:50 valkyrie systemd-logind[585]: New session c18 of user david. Jul 17 09:18:50 valkyrie systemd[1]: Started Session c18 of user david. Jul 17 09:18:50 valkyrie sshd[1327]: Received disconnect from 192.168.6.104 port 52414:11: disconnected by user Jul 17 09:18:50 valkyrie sshd[1327]: Disconnected from user david 192.168.6.104 port 52414 Jul 17 09:18:50 valkyrie sshd[1324]: pam_unix(sshd:session): session closed for user david Jul 17 09:18:50 valkyrie systemd-logind[585]: Session c18 logged out. Waiting for processes to exit. Jul 17 09:18:50 valkyrie systemd-logind[585]: Removed session c18. it didn't even take 1-sec for the same transaction. So I'm stumped and wanting to know if anyone else has seen this type of behavior where LAN connections via ssh connect normally, while WAN connection seem to have additional delay built into the connection. (these boxes are all Arch, and all current on packages) -- David C. Rankin, J.D.,P.E.

3 3

[arch-general] ClamAV Flagging systemd package
by David Murray 15 Jul '18

15 Jul '18

Greetings, My nightly full-system ClamAV scan kicked out this last night: /var/cache/pacman/pkg/systemd-238.133-4-x86_64.pkg.tar.xz: Unix.Trojan.Vali-6606621-0 FOUND Is this something I should be concerned about? TIA, Dave

9 9

Re: [arch-general] [arch-dev-public] [core] / [extra] cleanup
by Leonid Isaev 11 Jul '18

11 Jul '18

On Sat, Jun 02, 2018 at 05:06:11PM +0200, Jelle van der Waa wrote: > *Move to [extra]* > > - ifenslave - Don't see why it is required in core, also orphan > - libgssglue/librpcsecgss - move to extra, nothing in [core] deps on it. > (archboot and nfs-utils used to dep on it) > - b43-fwcutter - Is this still required for more recent broadcom cards? What about logrotate? AFAIU, there are no loggers in [core]... Thanks, -- Leonid Isaev

1 0

[arch-general] Astrometa DVB T2 stick
by Frank Zimmermann 09 Jul '18

09 Jul '18

good afternoon, I'm trying to get my new DVBT2 stick to work following instructions from Arch Wiki and Linuxtv.org. Here's the output from demsg [ 77.140080] usb 1-1.1: new high-speed USB device number 7 using ehci-pci [ 77.248832] usb 1-1.1: New USB device found, idVendor=15f4, idProduct=0131, bcdDevice= 1.00 [ 77.248839] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 77.248842] usb 1-1.1: Product: dvbt2 [ 77.248846] usb 1-1.1: Manufacturer: astrometadvbt2 [ 77.248849] usb 1-1.1: SerialNumber: 0 [ 77.256329] usb 1-1.1: dvb_usb_v2: found a 'Astrometa DVB-T2' in warm state [ 77.334054] usb 1-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 77.334075] dvbdev: DVB: registering new adapter (Astrometa DVB-T2) [ 77.337494] i2c i2c-8: Added multiplexed i2c bus 9 [ 77.337499] rtl2832 8-0010: Realtek RTL2832 successfully attached [ 77.337524] usb 1-1.1: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))... [ 77.337627] r820t 9-003a: creating new instance [ 77.344862] r820t 9-003a: Rafael Micro r820t successfully identified [ 77.347059] rtl2832_sdr rtl2832_sdr.2.auto: Registered as swradio0 [ 77.347062] rtl2832_sdr rtl2832_sdr.2.auto: Realtek RTL2832 SDR attached [ 77.347065] rtl2832_sdr rtl2832_sdr.2.auto: SDR API is still slightly experimental and functionality changes may follow [ 77.359357] Registered IR keymap rc-empty [ 77.359430] rc rc0: Astrometa DVB-T2 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/rc/rc0 [ 77.359492] input: Astrometa DVB-T2 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/rc/rc0/input18 [ 77.359617] rc rc0: lirc_dev: driver dvb_usb_rtl28xxu registered at minor = 0 [ 77.359708] usb 1-1.1: dvb_usb_v2: schedule remote query interval to 200 msecs [ 77.368417] usb 1-1.1: dvb_usb_v2: 'Astrometa DVB-T2' successfully initialized and connected [ 411.247267] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) and w_scan -ft -c DE -L w_scan version 20170107 (compiled for DVB API 5.11) using settings for GERMANY DVB aerial DVB-T Europe scan type TERRESTRIAL, channellist 4 output format vlc xspf playlist output charset 'ISO-8859-1' Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Realtek RTL2832 (DVB-T)": good :-) Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.11 frontend 'Realtek RTL2832 (DVB-T)' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO BANDWIDTH_AUTO not supported, trying 6/7/8 MHz. FREQ (174.00MHz ... 862.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning DVB-T... Scanning 8MHz frequencies... ... ... ... ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! The device looks to me recognised and initialised but don't get w_scan a channel list. So what am I missing? Thanks Frank

4 10

Re: [arch-general] Astrometa DVB T2 stick
by vsec 09 Jul '18

09 Jul '18

Reply to Frank Zimmermann > Am Donnerstag, den 28.06.2018, 15:27 +0200 schrieb Frank Zimmermann: > > > > I've extracted the most current Windows diver but to be honest don't > > know what to look for since I don't know how the FW is called there. > > > > I'm sending it back and have ordered a Hauppage WinTV which hopefully > > better supported. At least there's reports of success on the local > > LUG > > list. > > > > KR Frank > > I can confirm that the Hauppage WinTV solo works well with the > openelec-dvb-firmware package from AUR and VLC. > > KR Frank Subj works here as radio scanner.

1 0

[arch-general] Which MTA to use to store mails?
by Peter Nabbefeld 03 Jul '18

03 Jul '18

Hello, topic is probably not so precise. What I want is the following: - I've got some Email/IMAP account. - My mail is hosted on a server by GMX. - I've got too many Emails on the host. - I don't want to loose any of the emails. - So I will have to install my own mail server, fetching all my emails from the host. - The mail server will then have to interact with my providers server like a client, working as a server for me. I'm sure there're some good servers, but I don't know which one - works as expected, - and is easy to configure. Any help appreciated. Kind regards Peter

4 7

[arch-general] XFCE removable storage unmount notification gone
by Paul Marwick 25 Jun '18

25 Jun '18

I'm running three copies of Arch with XFCE as DE. Recently I've noticed that the normal desktop notification when a removable storage device is unmount has gone. As a test, I turned on auto-mount. When a USB drive is plugged in, I'm still getting mount notifications, but nothing when the device is unmounted. The only indication I see that the device has unmounted is a change to the desktop icon. One of my Arch installs isn't used all that often, so hasn't been updated recently. Its still showing both mount and unmount notifications. Trouble is, I can go for fairly long periods without using removable media, so I've no real idea what update caused the change. No idea how to hunt for it either. Anyone else seeing this behaviour? Any ideas how to fix it? Paul.

2 1

[arch-general] Where is paccache
by Zorro 25 Jun '18

25 Jun '18

Hello, Last Saturday 23/6 I did a pacman -Syu and I found out that afterwards paccache had disappeared. I do every now and then a cleanup of the pacman cache but with paccache disappeared I cannot do that anymore. Is it deprecated ? If so is there an alternative for paccache ? Regards, Harm-Jan Zwinderman

5 5

[arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
by David C. Rankin 22 Jun '18

22 Jun '18

All, This is a strange one, confirmed on two separate Archlinux Guests running in VirtualBox on Archlinux Hosts. I access the running VMs with rdesktop over the LAN. After update to Linux 4.17.2 & xorg-server 1.20.0-8, VirtualBox-5.2.12 starts the Archlinux guests fine, X starts fine in the guests (running fluxbox), and pressing the right-mouse brings up the fluxbox-menu fine, but there is no way to select an item with the left-mouse. The left-mouse click seems to be taken as an escape closing the menu without actually selecting anything. It is as if the left-mouse (and cursor position in general) isn't seen at all (there is no highlight in the menu when the mouse moves over an item) Thankfully, the fluxbox designers made the menu respond to keyboard inputs, so after bringing the fluxbox-menu up, I can up-arrow/down-arrow to an xterm entry and open an xterm by pressing return. When the xterm is open, there is no way to grab the title-bar and move the xterm around, again, as if the left-mouse input isn't seen. An moving the cursor over the bottom of the window will not bring up the taskbar. This effects Linux guest, but not windows guests. I can start Win7 in a VM and opening in remote-desktop works just fine. (all mouse buttons work fine and the cursor position tracks properly bringing up the auto-hidden taskbar on mouseover) Can someone with a similar VirtualBox setup confirm this behavior? I suspect it would effect any Linux Guest that runs X and a desktop and is accessed with rdesktop. For all practical purposes this update prevent accessing Linux guest with rdesktop. I start my virtual machines from a simple bash script using: exec VBoxManage startvm arch_1_64 --type headless (I doubt that makes a difference, but for completeness) -- David C. Rankin, J.D.,P.E.

6 8