Re: [arch-general] CPU spikes when lid closed
On 12/3/20 4:35 PM, David Rosenstrauch wrote: I've been having an odd problem. My laptop works like a charm on its own. However, when it's connected to a USB-C dock and screen, suddenly apps that were working great start eating up lots of CPU. (Such as Firefox, Thunderbird, and Zoom.) After a bit of debugging, I realized that the issue isn't even whether I'm connected to the dock, but rather whether the laptop lid is open or closed: close the lid and all those apps eat up CPU; open the lid and CPU drops and everything is groovy. Finally figured out what's going on here: apparently the laptop is somehow capping the CPU speed at 400MHz whenever the lid is closed. (When lid is open it goes up to more like 2-3GHz.) Going to check and see if there's something in the BIOS that controls this behavior. But if anyone has any idea if there's any way to disable that within Linux, pls lmk. Thanks, DR
[arch-general] CPU spikes when lid closed
I've been having an odd problem. My laptop works like a charm on its own. However, when it's connected to a USB-C dock and screen, suddenly apps that were working great start eating up lots of CPU. (Such as Firefox, Thunderbird, and Zoom.) After a bit of debugging, I realized that the issue isn't even whether I'm connected to the dock, but rather whether the laptop lid is open or closed: close the lid and all those apps eat up CPU; open the lid and CPU drops and everything is groovy. I can't for the life of me figure out what's causing this, and my searching hasn't been able to turn up a clear cause or solution. Would anyone happen to have experienced the same issue, or be able to point me in the right direction as to the cause? I'm running XFCE, with the display settings set to "mirror displays" (i.e., the internal laptop screen and the external HDMI monitor). Thanks, DR
Re: [arch-general] Realtek RTL8111H NIC : does it just work?
On 11/28/20 3:01 PM, SET via arch-general wrote: Hello, I 'm planning to buy a PC with an MSI MPG X570 GAMING EDGE WIFI mother board, having a Realtek RTL8111H ethernet device, and install Arch of course. I 've seen many web pages about the need to install the r8168 package for it to work. Some pages hint that the r8169 driver should work too. Almost all of these sources are many years old. I can't speak to this NIC specifically. But in my experience, the r8169, which is part of the kernel, automagically works with most Realtek devices. I'd recommend trying that before installing a separate device. DR
Re: [arch-general] Firefox slowness
On 11/12/20 3:27 PM, David Rosenstrauch wrote: On 11/12/20 12:50 PM, LuKaRo wrote: On 12.11.20 18:46, David Rosenstrauch wrote: I'm guessing this must be something having to do with Firefox 82 though. I'm also on 82.0.3 already, without noticing problems. So I'd really recommend checking with a clean profile :) Thanks for the feedback. After a big more research, it looks like there were a couple of tabs that I had open that were sending/receiving data in the background (and/or had some advertising code running on them) that were hogging CPU. When I closed those down things quieted down. Not 100% sure yet, but it looks like switching over to the zen kernel may have also helped here as well. DR
Re: [arch-general] Firefox slowness
On 11/12/20 12:50 PM, LuKaRo wrote: On 12.11.20 18:46, David Rosenstrauch wrote: I'm guessing this must be something having to do with Firefox 82 though. I'm also on 82.0.3 already, without noticing problems. So I'd really recommend checking with a clean profile :) Thanks for the feedback. After a big more research, it looks like there were a couple of tabs that I had open that were sending/receiving data in the background (and/or had some advertising code running on them) that were hogging CPU. When I closed those down things quieted down. That said, these are the same tabs/sites that I've been using every day for months now, so I still think something changed - either in the FF 82 software, or in the web pages themselves - to cause the CPU spikes. I'll also look into the possibility of using a new profile when I have some time. But unfortunately that's something that would take some time to do, as I have a lot in my current profile that I don't want to lose. (Open tabs, bookmarks, etc.) Thanks, DR
Re: [arch-general] Firefox slowness
On 11/12/20 12:36 PM, riveravaldez via arch-general wrote: On 11/12/20, David Rosenstrauch wrote: Perhaps this is just me, but it feels like Firefox has gotten super slow / hogging lots of CPU recently. Anyone else seeing this? And/or know what might be causing it? (Some recent upgrade to the package perhaps?) Just in case, if you're using the Sync function, it takes some time and CPU work at start up, I usually open Firefox and check until that syncing is done. Best regards. I don't use sync'ing. I'm guessing this must be something having to do with Firefox 82 though. DR
[arch-general] Firefox slowness
Perhaps this is just me, but it feels like Firefox has gotten super slow / hogging lots of CPU recently. Anyone else seeing this? And/or know what might be causing it? (Some recent upgrade to the package perhaps?) Thanks, DR
Re: [arch-general] Applet to change audio output device
On 10/17/20 7:33 AM, Jörg Jellissen wrote: Hello, is for the gnome desktop an applet available for quick change my audio output device? is there a solution for alsa or pulse? Maybe the pulseaudio-plugin for the status bar/panel? I don't use gnome, but I use that plugin under XFCE and it has an output device switcher in it. DR
Re: [arch-general] access jnlp file with icedtea-web
On 10/15/20 5:15 PM, Jörg Jellissen wrote: Hello, i'd like to access a jnlp file with icedtea-web on my arch system. I need this for locale access via ipmi to my server system at home. When i start the file with icedtea-web on a terminal i become the message No DBus connection available is there another option to access the jnlp file without icedtea-web? Not sure why you're having an issue. My KVM uses a jnlp file that I successfully launch with iced tea. I use the packages, running under the XFCE desktop: icedtea-web 1.8.3-2 jre8-openjdk 8.u265-1 HTH, DR
Re: [arch-general] Telinit?
On 8/17/20 12:19 PM, Giancarlo Razzolini via arch-general wrote: Em agosto 17, 2020 13:08 David Rosenstrauch escreveu: ??? I always shut down all running daemons when I'm about to update my system - seems like standard operating procedure to me: 1) I'd expect that it would be completely unpredictable what would happen if you updated/replaced an application's files while it was running, 2) there's often config file changes that occur; again, I don't want to try to update or resolve those while an application is running. It's not necessary to do so in most cases, but, you might be interested in checkservices [0]. We use it when we update Arch servers, but we don't bring the system to rescue because, you know, that would interrupt all the services. And almost all of them (all?), can run just fine until they are restarted. So, my suggestion to you is, run pacman, and optionally run checkservices afterwards, to restart things that might be needed, if you want. No need to put the system in rescue mode. Thanks for the pointer to checkservices. Will read up on it. That said, I think I'm still likely to stick with updating in rescue mode: For the specific server in question (my home server) some brief downtime isn't really an issue. And at work, where nearly everything is cloud (and downtime would be an issue), we always just replace an instance with one running a newer version, rather than update-in-place. Thanks, DR
Re: [arch-general] Telinit?
On 8/17/20 12:01 PM, Giancarlo Razzolini via arch-general wrote: systemctl rescue Thanks! But this begs the question, why are you doing this before running pacman? ??? I always shut down all running daemons when I'm about to update my system - seems like standard operating procedure to me: 1) I'd expect that it would be completely unpredictable what would happen if you updated/replaced an application's files while it was running, 2) there's often config file changes that occur; again, I don't want to try to update or resolve those while an application is running. DR
Re: [arch-general] Telinit?
Thanks much for the detailed explanation. Response below. On 8/16/20 10:38 PM, Eli Schwartz via arch-general wrote: The sysvcompat symlinks still installed are: - halt - reboot - poweroff - shutdown - init These programs are generically useful on fully systemd systems, and systemd documents them as such: "These commands are implemented in a way that preserves basic compatibility with the original SysV commands. systemctl(1) verbs halt, poweroff, reboot provide the same functionality with some additional features." When it comes to telinit, the description is, rather: "This is a legacy command available for compatibility only. It should not be used anymore, as the concept of runlevels is obsolete." Hmmm ... OK. I wasn't aware that telinit was now being considered legacy/deprecated. I've habitually used it for years to drop to single user mode, which I do every time before I perform a system update with pacman. I guess I'll have to find some other command to do the same using systemd. (I think they call it rescue mode, rather than single user mode.) Thanks, DR It seems clear to me why it's no longer installed except when systemd is configured with the necessary code to interpret and convert old /etc/init.d and /etc/rc.d infrastructure into stubbed systemd units. As for whether systemd should provide a split sysvcompat package that provides symlinks for generally useful programs styled after sysvinit, or, alternatively, provide the full-blown HAVE_SYSV_COMPAT initscript parser etc? Personally, I don't believe the split is useful anymore, as I believe it was originally meant for the sysvinit -> systemd migration period to allow having both installed at the same time and easily switching between the two. I'd rather remove it entirely, and fold it into "systemd". It's required by "base" anyway, lol. I don't believe the intention is to provide runtime generation of systemd units, and I think the pkgdesc is misleadingly simple in that regard. ... Anyway, if you want to have dialogue about whether it's useful to have a telinit program, regardless of upstream's defaults, by all means, feel free to have that discussion. But can it please not include rationalizations like "why are we deviating from upstream by not including it"?
Re: [arch-general] Telinit?
On 2020-08-16 3:37 pm, Eli Schwartz via arch-general wrote: On 8/16/20 3:24 PM, David Rosenstrauch wrote: On 2020-08-16 3:20 pm, Eli Schwartz via arch-general wrote: Reread the Arch commit. It wasn't removed. Arch used to move the symlink from the "systemd" package to the "systemd-sysvcompat" package, and no longer does so. Not sure I understand. Shouldn't it still? (And wouldn't it be deviating from upstream if it didn't?) Once again, reread the Arch commit. The telinit binary is no longer deleted from the "systemd" package. The telinit binary is ALSO no longer added to the "systemd-sysvcompat" package. There are only two possible conclusions: - the telinit binary is currently provided by Arch's "systemd" package and is thus available on your computer *right now*. - upstream removed it, not Arch How to determine which one is correct? Well, if you didn't snip out and completely ignore half my email, you might have seen this: Whether the move is done via mv && mv, or via rm && install, is immaterial. The point of the rm && install is to emulate upstream's install layout, but have parts of it in one package and parts in another package. Most importantly, though, was this: As Andreas Bosch pointed out, the upstream install layout no longer includes these, and thus, arch doesn't move them into another package. However, if you didn't read my email then, I'm not sure why you'd bother reading my second email now. So perhaps I'm just wasting my time. There's no need to be rude. I didn't ignore your email, and I snipped it from my response for brevity's sake to spare the list from unnecessary sprawl. But near as I can tell, what you wrote isn't entirely accurate. It's not that upstream no longer includes them; it's that it no longer includes them *by default*. So rather than the package always building the telinit and runlevel binaries, it looks like it now *optionally* builds them depending on whether the HAVE_SYSV_COMPAT flag is set (to indicate whether you want to include sysv compatibility or not). But since the package in question is called "systemd-sysvcompat" and is intended to provide "sysvinit compat for systemd", it's puzzling to me why Arch would choose to explicitly *not* set that flag when building that package. The telinit and runlevel commands were part of the Linux sysv init system for ages, so I'm not clear what would be the point of suddenly removing them from a package whose whole intent is to provide sysvinit compatibility. I mean, if someone doesn't need or want sysvinit compatibility, then they just wouldn't install that package altogether. And if they did install it, then presumably they'd expect those two utilities (whose build is explicitly triggered by a flag indicating whether systemv compatibility is desired) to be included. DR
Re: [arch-general] Telinit?
On 2020-08-16 3:20 pm, Eli Schwartz via arch-general wrote: On 8/16/20 2:59 PM, David Rosenstrauch wrote: On 2020-08-15 2:53 pm, David Rosenstrauch wrote: Anyone know what happened to the "telinit" shortcut? It used to be included in systemd-sysvcompat (https://wiki.archlinux.org/index.php/Systemd#systemd-sysvcompat) but seems like it recently got removed. Was it removed upstream? (And if so, anyone know why?) I looked into this a bit more, and it looks like this was not an upstream change. Rather, it was removed in Arch in this commit: https://github.com/archlinux/svntogit-packages/commit/9ca7c019fe8f59505cf1f6dc4163e146f3e777a7#diff-8d0411b338c83cd8cd8ad9d9db127101 @eworm: Any explanation as to why this was removed? Reread the Arch commit. It wasn't removed. Arch used to move the symlink from the "systemd" package to the "systemd-sysvcompat" package, and no longer does so. Not sure I understand. Shouldn't it still? (And wouldn't it be deviating from upstream if it didn't?) Thanks, DR
Re: [arch-general] Telinit?
On 2020-08-16 3:06 pm, Andreas Bosch wrote: Am 16.08.20 um 20:59 schrieb David Rosenstrauch: On 2020-08-15 2:53 pm, David Rosenstrauch wrote: Anyone know what happened to the "telinit" shortcut? It used to be included in systemd-sysvcompat [...] I looked into this a bit more, and it looks like this was not an upstream change. Rather, it was removed in Arch in this commit: https://github.com/archlinux/svntogit-packages/commit/9ca7c019fe8f59505cf1f6dc4163e146f3e777a7#diff-8d0411b338c83cd8cd8ad9d9db127101 I believe it was removed as a result of upstream moving the creation of those symlinks behind the HAVE_SYSV_COMPAT flag. https://github.com/systemd/systemd/commit/6589a56972d9afe9d860889f11cb9c8e6cb8a60c Thanks for the pointer. I'm a little confused though. The comment says "dont install systemd-initctl, runlevel, telinit if no SYSV compat". But since it was the systemd-sysvcompat package that was providing those binaries, shouldn't that package be built so as to include them? Thanks, DR
Re: [arch-general] Telinit?
On 2020-08-15 2:53 pm, David Rosenstrauch wrote: Anyone know what happened to the "telinit" shortcut? It used to be included in systemd-sysvcompat (https://wiki.archlinux.org/index.php/Systemd#systemd-sysvcompat) but seems like it recently got removed. Was it removed upstream? (And if so, anyone know why?) I looked into this a bit more, and it looks like this was not an upstream change. Rather, it was removed in Arch in this commit: https://github.com/archlinux/svntogit-packages/commit/9ca7c019fe8f59505cf1f6dc4163e146f3e777a7#diff-8d0411b338c83cd8cd8ad9d9db127101 @eworm: Any explanation as to why this was removed? Thanks, DR
[arch-general] Telinit?
Anyone know what happened to the "telinit" shortcut? It used to be included in systemd-sysvcompat (https://wiki.archlinux.org/index.php/Systemd#systemd-sysvcompat) but seems like it recently got removed. Was it removed upstream? (And if so, anyone know why?) Thanks, DR
Re: [arch-general] dash as default shell?
On 6/17/20 2:18 PM, Piscium via arch-general wrote: Today I set dash as my default shell [1] on two PCs. We will see if I get into trouble. This question was asked years ago but maybe good to ask again. Could dash be made the default shell in Arch? Couldn't you just set it as the default for your user using chsh? DR
[arch-general] Pulseaudio disabling auto-mute mode
I'm not sure how/why (or when it started) but pulseaudio is disabling auto-mute mode on my laptop. Normally when you plug in headphones, speakers get muted. However, every time PA starts up, it disables that auto-mute feature. (I then have to go into alsamixer and manually re-enable it.) Not a huge issue, but definitely a nuisance. It's definitely PA that's responsible: if I enable auto-mute, then do "pulseaudio --kill", the setting immediately gets disabled. I've followed the instructions at https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Auto-Mute_Mode and https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Disabling_auto_mute_on_startup - i.e., change the setting to enabled, and then alsactl store. However, that's obviously having no impact, since pulseaudio later *overrides* the alsa setting when it starts up. Anyone else having similar issue? Or have any idea what the issue is / how to fix? (Or link to an open bug report?) Thanks, DR
Re: [arch-general] Brightness keys not working on laptop
On 2020-03-04 5:39 pm, David Rosenstrauch wrote: I'm fairly certain these hotkeys are controlled by the kernel hp_wmi module, and I do see some error message lines in dmesg about that: [5.683232] hp_wmi: query 0x4 returned error 0x5 [5.697112] hp_wmi: query 0x4 returned error 0x5 [5.704773] hp_wmi: query 0xd returned error 0x5 [5.730490] hp_wmi: query 0x1b returned error 0x5 Forgot to mention: I see these WMI messages as well: [4.600697] acpi PNP0C14:01: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) [4.600778] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) [4.600838] acpi PNP0C14:03: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) [4.600906] acpi PNP0C14:04: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) Not sure if they're relevant. Thanks, DR
[arch-general] Brightness keys not working on laptop
I can't seem to get the screen brightness up and down keys working on my laptop. (A new HP EliteBook x360 1030 G4.) Controlling the screen brightness programmatically does work. I.e., I'm able to set up mappings in my DE (XFCE) for specific key combos to call out to the "light" application and increase/decrease brightness that way. But the built-in brightness function keys (F3 and F4, without pressing fn) don't work at all. xev doesn't register any keypress when I hit those keys, and evtest always reports an unknown/wrong scan and key code: Event: time 1583360957.168127, -- SYN_REPORT Event: time 1583360959.602902, type 4 (EV_MSC), code 4 (MSC_SCAN), value 81 Event: time 1583360959.602902, type 1 (EV_KEY), code 465 (KEY_FN_ESC), value 1 I've been trying to debug this for several weeks now, but without success. I'm also pretty sure that I saw these keys working about 2 weeks ago. But although I've tried rolling back to versions of some key packages (e.g., kernel, libinput, and systemd) from that date range, I've not been able to get them working again. I've searched for bugs and forum posts on the issue, but haven't found anything that fixes it. I've also tried mucking with some of the suggestions at https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes but no joy there either. I'd file a bug on this, but I have no idea which package is causing the issue. I'm fairly certain these hotkeys are controlled by the kernel hp_wmi module, and I do see some error message lines in dmesg about that: [5.683232] hp_wmi: query 0x4 returned error 0x5 [5.697112] hp_wmi: query 0x4 returned error 0x5 [5.704773] hp_wmi: query 0xd returned error 0x5 [5.730490] hp_wmi: query 0x1b returned error 0x5 But I'm not certain that those error messages are actually related to my issue, and googling on them didn't turn up anything of much relevance. Anyone have any suggestions/pointers on what might be broken here and/or how to fix? Thanks, DR
Re: [arch-general] Why "systemd --user" process hanging around after logout?
On 2020-01-25 11:28 am, Damjan Georgievski via arch-general wrote: On Fri, 24 Jan 2020 at 20:50, David Rosenstrauch wrote: I've noticed recently that even after I log out of my desktop env (XFCE) there is a process tree left hanging around running "systemd --user" under my user ID (with a bunch of gvfs child processes running under it). https://github.com/systemd/systemd/blob/v240/NEWS#L299 Thanks much for responding. Turned out that the systemd issue was actually a bit of a red herring, and the real problem was with syslog-ng: https://bugs.archlinux.org/task/65206 DR
[arch-general] Why "systemd --user" process hanging around after logout?
I've noticed recently that even after I log out of my desktop env (XFCE) there is a process tree left hanging around running "systemd --user" under my user ID (with a bunch of gvfs child processes running under it). I wouldn't normally care about this, but if I then try to power down the machine, that running process seems to block syslog from successfully shutting down, and so the shutdown process waits for an extra minute and a half until it finally kills the process and powers off. If I manually kill the "systemd --user" process tree, I have no such issues and the machine can power down instantly. Anyone have an idea why this is happening / how to fix? Either by forcing "systemd --user" to terminate on logout, or by forcing syslog and/or the shutdown process to not be blocked by systemd? I did some digging on this, and saw some indication that setting "KillUserProcesses=yes" in /etc/systemd/logind.conf would force the systemd process to get shut down. But I tried changing that setting and it didn't make a difference. I also tried setting a script to run at logout in lightdm, but that didn't seem to work either: it did kill the original systemd process tree running gvfs, but then it looks like another one gets spun up to replace it, and I wind up with the same issue. Anyone have any suggestions how to work around this? Thanks, DR
Re: [arch-general] QT5 upgrades broke (non-antialiased) fonts
On 12/24/19 10:54 AM, David Rosenstrauch wrote: On 12/24/19 9:04 AM, Ralph Corderoy wrote: Hi DR, Recently, a couple of KDE apps I use - most notably kalarm - have gotten their fonts screwed up. I usually use non-antialiased fonts. As in bitmap fonts? Could it be anything to do with KDE's adjustment for the Pango change that dropped support for bitmap fonts? https://gitlab.gnome.org/GNOME/pango/issues/386 No this isn't due to bitmap fonts. The font in question is a TTF. (Arial from ttf-ms-fonts.) Issue seems to be that after upgrading to qt 5.14.0, kalarm ignores the settings to not antialias the font. When I downgrade back to 5.13.2, the problem goes away. DR Following up on a previous thread, as I still haven't been able to solve this issue. In the screenshot at http://darose.net/Screenshot_2020-01-08_16-58-43.png you can see that kalarm is using anti-aliased fonts, while other KDE and QT5 based apps (like kinfocenter and qps) both correctly display the non-anti-aliased ones. When I launch kalarm at the command line, it does say "qt5ct: using qt5ct plugin", as it should. But I'm still pretty stumped about what in the qt 5.14 upgrade caused this to break. Any pointers appreciated! DR
Re: [arch-general] QT5 upgrades broke (non-antialiased) fonts
On 12/24/19 9:04 AM, Ralph Corderoy wrote: Hi DR, Recently, a couple of KDE apps I use - most notably kalarm - have gotten their fonts screwed up. I usually use non-antialiased fonts. As in bitmap fonts? Could it be anything to do with KDE's adjustment for the Pango change that dropped support for bitmap fonts? https://gitlab.gnome.org/GNOME/pango/issues/386 No this isn't due to bitmap fonts. The font in question is a TTF. (Arial from ttf-ms-fonts.) Issue seems to be that after upgrading to qt 5.14.0, kalarm ignores the settings to not antialias the font. When I downgrade back to 5.13.2, the problem goes away. DR
Re: [arch-general] QT5 upgrades broke (non-antialiased) fonts
On 12/23/19 11:28 AM, David Rosenstrauch wrote: Recently, a couple of KDE apps I use - most notably kalarm - have gotten their fonts screwed up. I usually use non-antialiased fonts. But it looks like now kalarm (as well as the kde control center) is now using anti-aliased fonts. I have them set to disabled in the kde control center, but that seems to be getting ignored. I noticed some recent qt5 packages got upgraded, and am assuming that might be the culprit, though it looks like there were also some kde packages upgraded recently as well. Anyone know what might have broken / how to fix? Thanks, DR Apparently it something in the following package upgrades that caused the breakage: akonadi-19.12.0-2 libakonadi-19.12.0-2 python-pyqt5-5.14.0-3 qt5-base-5.14.0-1 qt5-declarative-5.14.0-2 qt5-graphicaleffects-5.14.0-1 qt5-location-5.14.0-1 qt5-multimedia-5.14.0-1 qt5-networkauth-5.14.0-1 qt5-quickcontrols-5.14.0-1 qt5-quickcontrols2-5.14.0-1 qt5-script-5.14.0-1 qt5-sensors-5.14.0-1 qt5-speech-5.14.0-1 qt5-svg-5.14.0-1 qt5-tools-5.14.0-1 qt5-webchannel-5.14.0-1 qt5-webengine-5.14.0-1 qt5-webkit-5.212.0alpha3-8 qt5-x11extras-5.14.0-1 qt5-xmlpatterns-5.14.0-1 qt5ct-0.41-2 When I downgrade that set, the problem goes away. DR
[arch-general] QT5 upgrades broke (non-antialiased) fonts
Recently, a couple of KDE apps I use - most notably kalarm - have gotten their fonts screwed up. I usually use non-antialiased fonts. But it looks like now kalarm (as well as the kde control center) is now using anti-aliased fonts. I have them set to disabled in the kde control center, but that seems to be getting ignored. I noticed some recent qt5 packages got upgraded, and am assuming that might be the culprit, though it looks like there were also some kde packages upgraded recently as well. Anyone know what might have broken / how to fix? Thanks, DR
Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web
On 12/9/19 6:48 AM, Giancarlo Razzolini via arch-general wrote: You should not upgrade the firefox package while it's open. That's a lesson I've learned when I've also lost a profile. Everytime you see firefox in the upgrade packages list, I suggest you close it and then upgrade. IMHO, you really shouldn't upgrade any package while it's running. I always use "pacman -Syuw" to download all needed updates, then drop into single user mode to actually install everything with "pacman -Su". Seems like that would be a best practice to me. DR
Re: [arch-general] pango 1:1.44-1 Renders Bitmap Fonts as Boxes.
On 7/28/19 3:52 PM, ProgAndy wrote: Am 28.07.19 um 20:35 schrieb David Rosenstrauch: On 7/28/19 7:49 AM, Ralph Corderoy wrote: Hi, To save others' time, on upgrading to pango 1:1.44-1 today my terminal emulator and other programs displayed empty boxes instead of bitmap-font glyphs. This is due to deliberate dropping of support by Pango. https://gitlab.gnome.org/GNOME/pango/issues/386 I don't think xterm(1) uses Pango given ldd(1)'s output, and it's happily displaying nice crisp glyphs. Yeah, I just discovered this the hard way. Very annoying. Doesn't seem like there's any fix/workaround either. DR Hello, You can convert your BDF/PCF fonts to the "X11 bitmap only sfnt (otb)" OpenType format[1], which harfbuzz does support[2]. So these aren't "my" fonts. I'm using one of the bitmapped fonts that ships with X in xorg-fonts-misc as my terminal font. Does anyone know if there's any plans for these fonts to be usable with pango going forward? Thanks, DR
Re: [arch-general] pango 1:1.44-1 Renders Bitmap Fonts as Boxes.
On 7/28/19 7:49 AM, Ralph Corderoy wrote: Hi, To save others' time, on upgrading to pango 1:1.44-1 today my terminal emulator and other programs displayed empty boxes instead of bitmap-font glyphs. This is due to deliberate dropping of support by Pango. https://gitlab.gnome.org/GNOME/pango/issues/386 I don't think xterm(1) uses Pango given ldd(1)'s output, and it's happily displaying nice crisp glyphs. Yeah, I just discovered this the hard way. Very annoying. Doesn't seem like there's any fix/workaround either. DR
Re: [arch-general] VirtualBox 6 on 4.20 - Anybody seeing guests become unresponsive after several hours?
On 1/3/19 1:24 PM, David C. Rankin wrote: All, I have a number of virtualbox guests I run from my Arch host and have for a number of years. Since update to Virtualbox 6.0 (using the following AUR packages) https://aur.archlinux.org/packages/virtualbox-bin/ https://aur.archlinux.org/packages/virtualbox-ext-oracle/ after the guests have been running for several hours, they become totally unresponsive (both Linux and Windows guests). To the point that typing 'ls' results in nothing but echoing back the path where the command lives. Maybe check if the volume where your VM's disk is stored is running out of space? HTH, DR
Re: [arch-general] Starting 9/15 new error - stat of /var/log/clamav/clamd.log failed
On 9/21/18 1:37 AM, David C. Rankin wrote: Archdevs, Is this a new bug or config issue? Beginning 9/15, I receive a new cron error: error: stat of /var/log/clamav/clamd.log failed: No such file or directory But the file is there: $ l /var/log/clamav/clamd.log -rw-r--r-- 1 clamav clamav 0 Aug 30 2015 /var/log/clamav/clamd.log The wiki https://wiki.archlinux.org/index.php/ClamAV doesn't mention the issue, so is this a bug? If so, upstream or here? I have to think this is something you're triggering yourself. ClamAV doesn't seem to ship with any cron jobs. (See "pacman -Ql clamav | grep cron") So this must be either a cron job you've added yourself, or some old one that's left hanging around. As far as the clamd log file, I think it's normal to be empty if you're not running clam as a daemon. That's how mine is: $ ls -l /var/log/clamav/clamd.log -rw-r--r-- 1 clamav clamav 0 May 5 2013 /var/log/clamav/clamd.log Only other remaining explanations I could offer are: * The drive that /var/log/clamav is on is damaged and unreadable. (See if you see any errors in either dmesg or /var/log/messages) * You have a permissions issue on either /var/log/clamav, /var/log, or /var, whereby the user running the cronjob doesn't have read or execute permissions to one of those directories. HTH, DR
Re: [arch-general] Firefox crashes randomly
On 9/20/18 12:21 PM, Hubert Hauser via arch-general wrote: Hello! I have problem with randomly crashing Firefox 62.0 or single tabs in this browser on 64-bit Arch Linux system. Running Firefox in safe mode doesn't help. Resetting browser or removing folder ~/.mozilla still doesn't help. Any ideas how to fix this issue? Is there a particular site (or sites) that it crashes on? DR
[arch-general] Lxde taskbar freezing
It seems like some recent package installation or upgrade has been breaking my Lxde desktop. The taskbar at the bottom of the screen keeps freezing up periodically - doesn't repaint (except for non-lxde icons like network manager applet), doesn't respond to mouse clicks, etc. Then after a few minutes it suddenly starts responding again - only to freeze up again a few minutes later. The issue seems to be restricted to the Lxde desktop - the Xfce taskbar doesn't seem to freeze up in the same way. Anyone have any idea what might be causing this? Again, I believe it's a recent upgrade, as all was working for me during the work day on Friday. Thanks, DR
Re: [arch-general] ipv6 only half working
On 08/02/2018 10:01 PM, Giancarlo Razzolini via arch-general wrote: Em agosto 2, 2018 22:53 David Rosenstrauch escreveu: Any idea what I might look for / where I might look from here to figure out what's causing the issue? My server is running (an up to date) Arch installation, and is behind a Netgear WNDR3700 router. Any suggestions appreciated! It's hard to know for sure without the full capture file. But those errors *point* in the direction of MTU issues. Try setting your MTU at your interface level to a value lower than 1500. Try with 1492 first. See if that fixes the situation. You can also try ping to know what is the maximum MTU and also segment size. Regards, Giancarlo Razzolini Thanks much for the suggestions. After researching this further, it appears to have been an ipv6 issue with my router. I upgraded the router to dd-wrt over the weekend, and the issue now appears to be resolved. Thanks again for the help, and sorry for taking up list bandwidth. DR
Re: [arch-general] ipv6 only half working
On 2018-07-23 12:42 pm, Giancarlo Razzolini via arch-general wrote: Em julho 23, 2018 12:46 David Rosenstrauch escreveu: I'm really stumped as to how ipv6 could partially fail like this only on specific apps. Seems like it should either completely work or completely fail. Anyone have any idea what might be happening here and/or how to fix? Hi David, If ping works, but bigger packet things don't, then you might have some PMTU issue that is only affecting IPv6. You can confirm this with a tcpdump trace quite easily. Look at the packet sizes. Both things you've mentioned (opening a web page and updating antivirus) are http, and it does usually use the maximum transmission unit. Regards, Giancarlo Razzolini I finally had some time to dig into this issue, and ran wireshark on a "freshclam" download, although I'm not sure it's helped me get any closer to figuring out what's going on. To the best of my knowledge (I'm definitely not an expert in networking) it looks like I'm having some packets dropped - but again I have no idea why (or where)? I put up a wireshark screenshot at http://darose.net/packets-dropped.png which shows the download humming along nicely, when all of a sudden it looks like the other server seems to jump way ahead in the sequence numbering, and my server keeps re-sending duplicate acks based on where it thinks the correct sequence number is. In addition, "ifconfig" shows 17 Rx dropped packets on eth0. (Possibly coincidental, possibly not.) Any idea what I might look for / where I might look from here to figure out what's causing the issue? My server is running (an up to date) Arch installation, and is behind a Netgear WNDR3700 router. Any suggestions appreciated! Thanks, DR
[arch-general] ipv6 only half working
I'm having some weird problems with ipv6 on my box. My ISP is set up for ipv6, my router and server both seem to have valid ipv6 addresses, and ipv6 connectivity seems to (nominally) be working: [darose@darsys12 ~]$ ping ipv6.google.com PING ipv6.google.com(lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e)) 56 data bytes 64 bytes from lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e): icmp_seq=1 ttl=55 time=13.1 ms 64 bytes from lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e): icmp_seq=2 ttl=55 time=11.0 ms ^C [darose@darsys12 ~]$ curl -I ipv6.google.com HTTP/1.1 200 OK Date: Mon, 23 Jul 2018 15:35:06 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info." Server: gws X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:35:06 GMT; path=/; domain=.google.com Set-Cookie: NID=135=SV0kZxYO7fTnUYm0ZJFnRx-d17kNOyTyHgPzv-xKmj_Q-LXYz_LuiBsAGHesREIbtwbKZAKYeqU8fh0saXfnylDGsBbAwCQDAKeG9iT9PwmBc0IBntqO0xkklns-YThY; expires=Tue, 22-Jan-2019 15:35:06 GMT; path=/; domain=.google.com; HttpOnly Transfer-Encoding: chunked Accept-Ranges: none Vary: Accept-Encoding However, certain server utilities - most notably freshclam (clamav) and the w3m command line web browser - are having problems successfully making connections using ipv6. For example: w3m via ipv4 works: [darose@darsys12 ~]$ w3m -4 -dump google.com | grep -i google Google [Google Search][I'm Feeling Lucky] tools Advertising ProgramsBusiness Solutions+GoogleAbout Google but w3m via ipv6 doesn't: [darose@darsys12 ~]$ w3m -6 -dump ipv6.google.com ... hangs forever ... Even weirder: this works: [darose@darsys12 ~]$ w3m -4 -dump_head google.com HTTP/1.0 200 OK Date: Mon, 23 Jul 2018 15:21:52 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 Content-Encoding: gzip Server: gws Content-Length: 4675 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:21:52 GMT; path=/; domain=.google.com ... but this doesn't: [darose@darsys12 ~]$ w3m -6 -dump_head ipv6.google.com ... hangs ... until I hit control C ... then succeeds after the control-c (wtf?!?!?) ^CHTTP/1.0 200 OK Date: Mon, 23 Jul 2018 15:39:44 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 Content-Encoding: gzip Server: gws Content-Length: 4680 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:39:44 GMT; path=/; domain=.google.com And freshclam fails as well: [darose@darsys12 ~]$ sudo freshclam ClamAV update process started at Mon Jul 23 11:41:13 2018 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav main.cld is up to date (version: 58, sigs: 4566249, f-level: 60, builder: sigmgr) nonblock_recv: recv timing out (30 secs) WARNING: getfile: Download interrupted: Operation now in progress (IP: 2400:cb00:2048:1::6810:bb8a) WARNING: getpatch: Can't download daily-24740.cdiff from database.clamav.net Trying host database.clamav.net (2400:cb00:2048:1::6810:b98a)... nonblock_recv: recv timing out (30 secs) WARNING: getfile: Download interrupted: Operation now in progress (IP: 2400:cb00:2048:1::6810:b98a) WARNING: getpatch: Can't download daily-24740.cdiff from database.clamav.net Downloading daily-24740.cdiff [100%] ... I'm really stumped as to how ipv6 could partially fail like this only on specific apps. Seems like it should either completely work or completely fail. Anyone have any idea what might be happening here and/or how to fix? Thanks, DR
Re: [arch-general] High CPU on one core, but unable to find process responsible
On 03/13/2018 03:34 AM, Carsten Mattner via arch-general wrote: On 3/13/18, David Rosenstrauch <dar...@darose.net> wrote >> I have an old PCI card in the machine that's powers an old parallel port printer I used to use with it. Perhaps that's failing. I don't need the card anymore, so I might as well try taking it out and see if that makes things better. If not, I'll be back. :-) Let us know in either case. Please tell me it's a huge plotter you use to make construction plans for your rocket ships. Just an old printer that's been good to me that I've been reluctant to let go of: https://www.cnet.com/products/hp-laserjet-6l/specs/ DR
Re: [arch-general] High CPU on one core, but unable to find process responsible
On 03/12/2018 09:56 PM, Carsten Mattner via arch-general wrote: Any BIOS updates or kernel updates recently (4.15.8)? Try with 3.16 or 4.9 or another old lts kernel from archive.archlinux.org just for testing (not production). It's more likely that the kernel regressed rather than IRQ issues popping up suddenly. It's possible but less likely. No BIOS updates. As far as kernel updates, I do those all the time, so not sure that would be the cause. After doing some digging, though, I did "cat /proc/interrupts", and this line stood out, for having an astronomically high number: CPU0 CPU1 CPU2 CPU3 ... 16: 2424156658 0 0 0 IO-APIC 16-fasteoi uhci_hcd:usb5, parport1 I have an old PCI card in the machine that's powers an old parallel port printer I used to use with it. Perhaps that's failing. I don't need the card anymore, so I might as well try taking it out and see if that makes things better. If not, I'll be back. :-) Thanks, DR
Re: [arch-general] High CPU on one core, but unable to find process responsible
On 03/12/2018 05:13 AM, Jiachen Yang via arch-general wrote: On 2018年03月12日 11:19, David Rosenstrauch wrote: My server's been exhibiting some very strange behavior lately. Every couple of days I run into a situation where one core (core #0) on the quad core CPU starts continuously using around 34% of CPU, but I'm not able to see (using htop) any process that's responsible for using all that CPU. Can you check whether you have enabled "Detailed CPU time" option in htop's setup (F2 -> Display options -> "Detailed CPU time")? From my experience and understanging, htop's CPU meter is accounting IO-wait/IRQ-response time by default but not showing them differently unless you enabled the "Detailed CPU time" option. And these waiting time is not accounted on each process or kernel thread. Enabling that said option will revail more detailed CPU usage info. High IO-wait or IRQ time is itself an indication of some misbehaving hardware, but at least you can be sure that it is not by more "dangerous" malwares or attacks. Thanks for the suggestion. So this issue happened again tonight, and I switched to "Detailed CPU time" to try to research it further. According to htop, the cpu usage is from "irq" (orange color). I guess this would explain why I'm not seeing any process responsible too. And it also might be related that I'm seeing these messages in my dmesg: [ 871.317377] perf: interrupt took too long (2506 > 2500), lowering kernel.perf_event_max_sample_rate to 79000 [ 1732.773491] perf: interrupt took too long (3140 > 3132), lowering kernel.perf_event_max_sample_rate to 63000 [ 3375.392292] perf: interrupt took too long (3950 > 3925), lowering kernel.perf_event_max_sample_rate to 5 So if this issue is irq-based, I guess that means some piece of hardware is faulty or failing. Any idea how I might go about pinning down which one? Would there be info in the kernel log about this? Or something that I can look at in /proc? Thanks, DR
[arch-general] High CPU on one core, but unable to find process responsible
My server's been exhibiting some very strange behavior lately. Every couple of days I run into a situation where one core (core #0) on the quad core CPU starts continuously using around 34% of CPU, but I'm not able to see (using htop) any process that's responsible for using all that CPU. Even when I tell htop to show me kernel threads too, I still am not able to see the offending process. Every process remains under 1% CPU usage (except for occasional, small, short-lived spikes up) yet the CPU usage on that core remains permanently hovering at around 34%. The problem goes away when I reboot, but then comes back with a day or so. I'm rather stumped as to how to fix this. The server is a bit old, running an up-to-date installation of Arch on a Intel Core 2 Quad Q6600 CPU. Any suggestions anyone might have as to either what might be going on here, or how to go about debugging it would be greatly appreciated. Thanks! DR
[arch-general] linux kernel 4.15.4-1 un-bootable
Ran into a weird issue today. I upgraded a bunch of packages, including the kernel to v4.15.4-1 (from 4.15.3-1). But for some reason the system was un-bootable. The boot process would get part-way through, then the booting screen would suddenly start showing its text on a green background (rather than black) and it would freeze. It took some jumping through hoops, but I was eventually able to boot to a chroot environment, upgrade to a newer kernel (v4.15.5-1) and suddenly the problem magically went away and my machine boots fine. Anyone have any idea what might have happened here? I'm assuming it was a bad kernel build, but I'd like to know for sure. I didn't see any recent bugs under the "linux" kernel package that matched what I was seeing. Thanks, DR
[arch-general] netctl multiple dns servers
I'm using netctl to initialize my server's network stack, using a tweak
of the "ethernet-static" example profile. I'm specifying a list of DNS
servers, but only one of them is winding up in the resolv.conf file.
I'm wondering why/how to fix.
In my netctl profile:
DNS=('127.0.0.1' '208.67.222.222' '208.67.220.220')
The resulting resolv.conf:
# Generated by resolvconf
nameserver 127.0.0.1
Any idea what the issue is? Does netctl not correctly handle an array
of dns server names?
Thanks,
DR
Re: [arch-general] Install Archlinux on HP Elitebook
On 2017-12-22 1:14 pm, Eli Schwartz via arch-general wrote: On 12/20/2017 09:45 AM, David Rosenstrauch wrote: More of a workaround than a solution, but I stopped using grub altogether once they upgraded to grub2. (The complexity of the grub2 config file as compared to the simplicity of the grub-legacy menu.lst file is what eventually turned me away.) I've started using syslinux in recent years, and have been quite happy with it. Kind of offtopic for this thread, but "the grub2 config file is too complex" is not actually a valid reason to stop using grub... because it isn't even true in the first place. ... in your opinion. Oh, wait. None of those have any such tool, and you are *required* to write your own handwritten config. :p Usually an example/stub config file is provided, which makes it very easy to adapt it to your needs. And in fact, you can do the same exact thing with grub2 as well! Consider my grub.cfg reproduced below, or Earnestly's example grub.cfg at https://ptpb.pw/mk7y (courtesy of #archlinux on freenode): Consider the simplicity of this grub.cfg. A couple simple variable flags for setting colors and timeout, then the dead-simple menuentry for booting, replicated a couple times for each kernel/initramfs I have. Perhaps it's possible to hand-author a grub2 cfg to look like this. But whenever I went to edit a grub2 cfg on one of the systems I administer it always looked like a massive, complex bash script. Even the grub.cfg that Arch ships reads more like a shell script than a config file: https://git.archlinux.org/svntogit/packages.git/tree/trunk/grub.cfg?h=packages/grub And I've seen grub.cfg files on other machines (mostly redhat-oriented) that run into thousands of lines. I hate when people spread this misinformed FUD about grub, but I suppose it is largely grub's fault for encouraging the use of beginner tools and making it seem intimidating to even learn how it works. :( Not misinformation, or FUD, just a difference of opinion. In my opinion - and in my experience - the grub legacy menu.lst and the syslinux.cfg scripts are short, simple, and very easy to understand while the grub2 config scripts I've run into are extremely long, complicated, and hard to understand. Hmm, I think I will invest the time in updating the Wiki page. This travesty cannot continue, I must make sure people are well-informed. I welcome any effort you make in trying to make the grub config simpler and more understandable. I have no inherent bias against the tool, and would be open to using it if I felt that it was becoming as easy to use as grub-legacy or syslinux. DR
[arch-general] No ipv6 address - but only on one machine
Having a weird situation going on with IPv6. Every machine on my network can successfully get an ipv6 address except for one. (My main server.) What's even weirder is that ipv6 was working on that machine up until probably about a week ago. Not sure what the problem is, and hoping someone here might be able to offer a pointer. Here's the scenario: 1) Wifi router reports an IPv6 address on both the WAN and the LAN sides. (In the 2607: range.) 2) Mac desktop behind the router successfully gets assigned an ipv6 address. 3) Linux laptop (running Arch) successfully gets assigned an ipv6 address (using NetworkManager). 4) Linux server (also running Arch) does not get assigned an ipv6 address. The server is using netctl for networking, and its profile includes: ## For IPv6 autoconfiguration IP6=stateless Yet for some reason, this machine doesn't get assigned an external ipv6. Rather it only gets assigned one in the link-local range. (I.e., in the fe80: range.) I have to admit this is pretty puzzling. I can't for the life of me figure out why the server can't get an address. Particular since it was able to do so successfully probably about a week or so ago. Anyone have an idea what could have happened here? Has there been some package update recently that might explain this? Or any pointers on how I might go about debugging this? Thanks, DR
Re: [arch-general] Install Archlinux on HP Elitebook
On 2017-12-20 3:00 am, David C. Rankin wrote: On 12/18/2017 08:36 AM, n...@contrepoison.ch wrote: Hi everyone, I'm struggeling with my laptop : I can't manage to boot into any Linux distribution. My laptop is an HP Elitebook x360 G2 ; BIOS P80 01.09 Rev.A (up to date). By turning off every "protection" I'm able to select the USB stick in the boot menu ; but I can't pass this step. I immediately go back to the boot menu. Does anyone knows how to install Arch on one of thoose #@$&=%* machine ? Many thanks, Tom I have struggled with this issue and Arch for a year. The problem is grub2 on Arch fails to write anything to bytes 0x04 - 0x63 of the mbr, while other distros don't seem to have that problem. More of a workaround than a solution, but I stopped using grub altogether once they upgraded to grub2. (The complexity of the grub2 config file as compared to the simplicity of the grub-legacy menu.lst file is what eventually turned me away.) I've started using syslinux in recent years, and have been quite happy with it. HTH, DR
Re: [arch-general] Server Management Tools
On 2017-10-12 11:48 am, siefke_lis...@web.de wrote: Hello, Is there a way to automatically administer multiple arch Linux servers? It's annoying to provide 20 servers daily with the same commands. Are there possibilities to manage the daily tasks centrally and to set them off automatically? I know there are tools like puppets but they're too cluttered. Thank you for help. Silvio cron + pssh?
Re: [arch-general] Firefox can't use CUPS Printer
On 2017-10-02 10:13 am, Nirjhor wrote: Hello, I have a CUPS printer (HP) enabled and all good. My firefox is not from repo. I am using a localized version of firefox downloaded from firefox website. Right now I can print to a pdf and from that PDF I can print the text. Can I locate the printer in Firefox in any way? I'm on Arch KDE and I am using hplip if that's of any help. Thanks SRD Try installing package gtk3-print-backends. HTH, DR
Re: [arch-general] qt5ct color scheme -> looking for a lxqt dark theme
On 2017-09-24 11:27 pm, Javier via arch-general wrote: Hi, I've been looking for getting a dark appearance to lxqt, and so far the closest is through qt5ct color schemes specified through *.conf little files under qt5ct, somehow documented here: Is there a way to get such color scheme files to choose from? Also, is there some specification of what each of the 20 colors specified per active/disabled/inactive ones is supposed to mean? The inactive and active ones are pretty similar, except for the 13th color, not sure if some more should change. The disabled one is of course more different, :) I'm not looking for the inactive colors to be similar to the disabled ones, just a bit more of contrast than what I see, which is no difference on tabs or even buttons... Thanks, I can't speak for LXQT specifically. (I'm a XFCE / formerly KDE user.) But I've been maintaining a dark theme for my own personal use for several years now (screenshot at http://www.darose.net/DaroseDesktop2011-09.png) and have started sharing it a bit recently given that there's been increased interest in dark color schemes lately. The theme is primarily a GTK theme, so not sure how well it will work with LXQT, but I also have a copy of the older KDE/QT version which perhaps might be more likely to work with LXQT. The GTK theme is an AUR package (https://aur.archlinux.org/packages/adwaita-dark-darose/), while the KDE/QT theme is just a color scheme file (http://darose.net/DarkBlueGreyDave9.colors) as I haven't spent time making a package out of that one since I don't use KDE anymore. Hope one of these is useful to you. Feel free to email back feedback / suggestions for improvement. DR
Re: [arch-general] xfce4-notifyd issues
On 06/26/2017 04:58 PM, Guus Snijders via arch-general wrote: Op 26 jun. 2017 22:32 schreef "David Rosenstrauch" <dar...@darose.net>: On 06/26/2017 03:56 PM, Guus Snijders via arch-general wrote: [...] In short: they use dbus permissions for blacklisting. [...] A deny policy (on the KDE notification) for your user should solve the problem without hacking through dependencies. Thanks for the suggestion. I tried to fix this as per your suggestion but wasn't able to make it work: Probably a stupid question, but you did restart dbus after editing, right? I did ... and it killed my X session! :-( (And didn't seem to fix the problem.) DR
Re: [arch-general] xfce4-notifyd issues
On 06/26/2017 03:56 PM, Guus Snijders via arch-general wrote: Op 26 jun. 2017 20:19 schreef "David Rosenstrauch" <dar...@darose.net>: On 06/26/2017 01:32 PM, Jérôme M. Berger wrote: On 06/26/2017 06:30 PM, David Rosenstrauch wrote: Any idea how to resolve the conflict between these 2 notification services? (Without being forced to remove half of KDE?) A fair bit of searching gave this result; https://askubuntu.com/questions/843076/how-to-blacklist-a-d-bus-service In short: they use dbus permissions for blacklisting. Although I really dislike editing in /usr, perhaps the same thing can be realised in /etc/somewhere (don't have an Arch Linux install handy ATM). A deny policy (on the KDE notification) for your user should solve the problem without hacking through dependencies. Thanks for the suggestion. I tried to fix this as per your suggestion but wasn't able to make it work: $ cat /etc/dbus-1/session-local.conf 1.0//EN" "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd;> For now, I've worked around the issue by commenting out the contents of /usr/share/dbus-1/services/org.kde.plasma.Notifications.service . But this really ought to be fixed upstream by one or more of the following: 1) xfce4-notifyd shouldn't shut itself down on inactivity 2) KDE should do something to remove the conflict between their new notifications dbus file and those belonging to other DE's There's bugs open for both of these. I'll see how upstream wants to handle them. Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/26/2017 01:32 PM, Jérôme M. Berger wrote: On 06/26/2017 06:30 PM, David Rosenstrauch wrote: Any idea how to resolve the conflict between these 2 notification services? (Without being forced to remove half of KDE?) For example, dbus seems to be selecting the kde plasma notification service to respond to the org.freedesktop.Notifications service messages, rather than the XFCE one. Would you know if there's a way to disable the plasma service, or tell dbus that the xfce one should have a higher priority? I'm not sure, but it looks like dbus is selecting the first one in alphabetic order (here it chooses org.freedesktop.mate.Notifications.service over org.kde.plasma.Notifications.service). I don't know if there is a way to specify a per-user override, but I would guess that symlinking /usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service to /usr/share/dbus-1/services/00.org.freedesktop.Notifications.service (or some similar name that comes before kde) has a fair chance of solving the issue for you... Jerome Thanks much for the assistance. I tried the symlink approach, but it didn't seem to work. I opened up a bug at KDE about this, if anyone's interested. (https://bugs.kde.org/show_bug.cgi?id=381693) Perhaps they'll have some suggestions for workarounds (or a fix). Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/26/2017 12:22 PM, Jérôme M. Berger wrote: On 06/26/2017 04:32 PM, David Rosenstrauch wrote: My guess is because I have many KDE packages installed, even though I'm not running KDE. (My DE is XFCE.) I did that grep, but didn't see anything suspicious: [darose@darosedm services]$ find . -type f | xargs grep notify Wrong grep. Try: grep org.freedesktop.Notifications -r /usr/share/dbus-1/services and especially: grep org.kde.knotifications -r /usr/share/dbus-1/services The second one in particular should not return anything but I'm betting in your case it will... Yes, you're correct: $ grep org.freedesktop.Notifications -r /usr/share/dbus-1/services /usr/share/dbus-1/services/org.kde.plasma.Notifications.service:Name=org.freedesktop.Notifications /usr/share/dbus-1/services/org.kde.plasma.Notifications.service:Exec=/usr/bin/plasma_waitforname org.freedesktop.Notifications /usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service:Name=org.freedesktop.Notifications Any idea how to resolve the conflict between these 2 notification services? (Without being forced to remove half of KDE?) For example, dbus seems to be selecting the kde plasma notification service to respond to the org.freedesktop.Notifications service messages, rather than the XFCE one. Would you know if there's a way to disable the plasma service, or tell dbus that the xfce one should have a higher priority? Thanks, DR Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/23/2017 04:58 PM, David Rosenstrauch wrote: FYI, I just tested under sddm and I still see the same issue. For whatever reason, xfce4-notifyd does not get started in response to attempts to launch service 'org.freedesktop.Notifications': Jun 23 16:55:27 darosedm dbus-daemon[723]: Activating service name='org.freedesktop.Notifications' Jun 23 16:56:27 darosedm plasma_waitforname[1988]: org.kde.knotifications: WaitForName: Service was not registered within timeout Jun 23 16:56:27 darosedm dbus-daemon[723]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1 I finally see what happened. The file "/usr/share/dbus-1/services/org.kde.plasma.Notifications.service", provided by package plasma-workspace is new, and is conflicting with file org.xfce.xfce4-notifyd.Notifications.service. When I move it out of the way, xfce4-notifyd launches properly: Jun 26 12:19:31 darosedm dbus-daemon[640]: Activating via systemd: service name='org.freedesktop.Notifications' unit='xfce4-notifyd.service' Jun 26 12:19:31 darosedm systemd[614]: Starting XFCE notifications service... Jun 26 12:19:31 darosedm dbus-daemon[640]: Successfully activated service 'org.freedesktop.Notifications' Jun 26 12:19:31 darosedm systemd[614]: Started XFCE notifications service. Jun 26 12:20:12 darosedm dbus-daemon[640]: Reloaded configuration Now I just need to figure out how to resolve the conflict. DR
Re: [arch-general] xfce4-notifyd issues
On 06/23/2017 04:58 PM, David Rosenstrauch wrote: FYI, I just tested under sddm and I still see the same issue. For whatever reason, xfce4-notifyd does not get started in response to attempts to launch service 'org.freedesktop.Notifications': Jun 23 16:55:27 darosedm dbus-daemon[723]: Activating service name='org.freedesktop.Notifications' Jun 23 16:56:27 darosedm plasma_waitforname[1988]: org.kde.knotifications: WaitForName: Service was not registered within timeout Jun 23 16:56:27 darosedm dbus-daemon[723]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1 Does anyone know how I might go about debugging how/why this failure is happening? Jun 23 16:56:27 darosedm dbus-daemon[723]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1 Is there some way to enable more detailed logging in dbus? Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/25/2017 09:03 AM, Paul Franke wrote: 1) Any idea what's responsible? 2) From what I can see the issue isn't just startup. If you see my previous email, it looks like the notifyd is crashing for some reason. Maybe, xfce4-notifyd crashes on startup due to not set DISPLAY environment variable? Please, check for DISPLAY using: dbus-update-activation-environment --verbose --all If not, make sure /etc/X11/xinit/xinitrc.d/50-systemd-user.sh gets sourced on startup of Xorg in some way. I've come to the conclusion that xfce4-notifyd isn't crashing on startup, but rather it's intentionally shutting down on inactivity. (See https://bugzilla.xfce.org/show_bug.cgi?id=12754) And the problem isn't that it's shutting down, but rather that it's not able to successfully restart itself. The DISPLAY variable does seem to be getting set correctly in my console sessions: $ dbus-update-activation-environment --verbose --all 2>&1 | grep DISPLAY dbus-update-activation-environment: setting DISPLAY=:0.0 But perhaps it's not getting set for non-interactive/non-login sessions somehow. I'll look into that. Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/24/2017 02:30 AM, Jérôme M. Berger wrote: On 06/23/2017 10:58 PM, David Rosenstrauch wrote: Jun 23 16:55:27 darosedm dbus-daemon[723]: Activating service name='org.freedesktop.Notifications' Jun 23 16:56:27 darosedm plasma_waitforname[1988]: org.kde.knotifications: WaitForName: Service was not registered within timeout Why does it say that it is waiting for org.*kde*.knotifications and not org.freedesktop.Notifications? I'm betting there is some kind of configuration conflict between knotifyd and xfce-notifyd. I would grep for those two strings inside /usr/share/dbus-1/services to check if there is not a stale service file causing the trouble. Jerome My guess is because I have many KDE packages installed, even though I'm not running KDE. (My DE is XFCE.) I did that grep, but didn't see anything suspicious: [darose@darosedm services]$ find . -type f | xargs grep notify ./org.kde.knotify.service:Name=org.kde.knotify ./org.kde.knotify.service:Exec=/usr/bin/knotify4 ./org.xfce.xfce4-notifyd.Notifications.service:Exec=/usr/lib/xfce4/notifyd/xfce4-notifyd ./org.xfce.xfce4-notifyd.Notifications.service:SystemdService=xfce4-notifyd.service Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/23/2017 09:27 AM, David Rosenstrauch wrote: On 06/23/2017 03:53 AM, Vladimir Lomov via arch-general wrote: ** David Rosenstrauch [2017-06-22 21:52:28 -0400]: Useful data point - thanks. I am using a login manager (lightdm), which launches startxfce4. Perhaps there's something got messed up with that combination. Try sddm. Perhaps. To be honest, I don't think lightdm is responsible for the issue either. (It hasn't been updated since March.) There's obviously *something* that changed recently that's causing this behavior. I'm not sure what - or how to fix. But there's some evidence this might get fixed on the XFCE side soon. FYI, I just tested under sddm and I still see the same issue. For whatever reason, xfce4-notifyd does not get started in response to attempts to launch service 'org.freedesktop.Notifications': Jun 23 16:55:27 darosedm dbus-daemon[723]: Activating service name='org.freedesktop.Notifications' Jun 23 16:56:27 darosedm plasma_waitforname[1988]: org.kde.knotifications: WaitForName: Service was not registered within timeout Jun 23 16:56:27 darosedm dbus-daemon[723]: Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1 DR
Re: [arch-general] xfce4-notifyd issues
On 06/23/2017 03:53 AM, Vladimir Lomov via arch-general wrote: ** David Rosenstrauch [2017-06-22 21:52:28 -0400]: Useful data point - thanks. I am using a login manager (lightdm), which launches startxfce4. Perhaps there's something got messed up with that combination. Try sddm. Perhaps. To be honest, I don't think lightdm is responsible for the issue either. (It hasn't been updated since March.) There's obviously *something* that changed recently that's causing this behavior. I'm not sure what - or how to fix. But there's some evidence this might get fixed on the XFCE side soon. Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/21/2017 05:41 PM, Mauro Santos via arch-general wrote: It's working fine here. I don't use a login manager, I login from a tty and I haven't changed any configuration in a long while. I also don't do anything special to launch xfce or anything else. my .xinitrc has: if [ -d /etc/X11/xinit/xinitrc.d ]; then for f in /etc/X11/xinit/xinitrc.d/*; do [ -x "$f" ] && . "$f" done unset f fi exec startxfce4 and that's all. Useful data point - thanks. I am using a login manager (lightdm), which launches startxfce4. Perhaps there's something got messed up with that combination. Thanks, DR
Re: [arch-general] xfce4-notifyd issues
On 06/21/2017 08:17 AM, David Barri via arch-general wrote: Broke for me recently too. I had to add this to my .xinitrc: systemctl --user start xfce4-notifyd.service 1) Any idea what's responsible? 2) From what I can see the issue isn't just startup. If you see my previous email, it looks like the notifyd is crashing for some reason. DR
Re: [arch-general] xfce4-notifyd issues
On 06/20/2017 10:10 PM, David Rosenstrauch wrote: Seems like some recent package update has either caused xfce4-notifyd to not autostart or to crash after starting. Anyone else seeing this, and/or have any idea what might be the cause? Not sure if it's having autostart issues, but it definitely seems to be crashing for some reason: [darose@darosedm ~]$ ps ax | grep notify 3168 pts/1S+ 0:00 grep notify [darose@darosedm ~]$ systemctl --user start xfce4-notifyd.service [darose@darosedm ~]$ ps ax | grep notify 3173 ?Ssl0:00 /usr/lib/xfce4/notifyd/xfce4-notifyd 3179 pts/1S+ 0:00 grep notify [darose@darosedm ~]$ date Tue Jun 20 22:32:49 EDT 2017 [darose@darosedm ~]$ ps ax | grep notify 3511 pts/1S+ 0:00 grep notify [darose@darosedm ~]$ date Tue Jun 20 22:51:28 EDT 2017 Anyone have any idea what's happening - or how to debug? I don't see anything in the messages.log. Thanks, DR
[arch-general] xfce4-notifyd issues
Seems like some recent package update has either caused xfce4-notifyd to not autostart or to crash after starting. Anyone else seeing this, and/or have any idea what might be the cause? Thanks, DR
Re: [arch-general] Mirror down?
On 04/21/2017 12:31 PM, Peter Baldridge via arch-general wrote: There's a list for mirror operators at arch-mirr...@archlinux.org they may find this info useful as they can bug the mirror owner or remove it from the rotation. Very helpful - thanks! Is that an open list? (I.e., can non-members post to it?) Best, DR
Re: [arch-general] Mirror down?
On 04/21/2017 11:42 AM, Martin Kühne via arch-general wrote: Did you know, DNS has this great feature called `whois` [0]. cheers! mar77i [0] https://www.whois.com/whois/nyu.edu DNS doesn't tell you who specifically is responsible for maintaining an Arch mirror that is operating somewhere within a large university. DR
[arch-general] Mirror down?
It looks like the mirror at nyu.edu has been down for the last couple of days: https://www.archlinux.org/mirrors/es.its.nyu.edu/643/ Anyone know who to contact about that? Best, DR
Re: [arch-general] syslinux.cfg
On 02/15/2017 09:09 PM, Ralf Mardorf wrote: Hi, is the no way to get a menu Arch kernel 1 Arch Kernel 2 Foo Kernel 1 Foo Kernel 2 when using syslinux? Or even while booting another Linux requires chainloading, there's a feature to chose between all available kernels of another Linux by the "main" menu? IIUC chainloading only could provide Arch kernel 1 Arch Kernel 2 Foo and just when selecting Foo I can chose between Foo Kernel 1 Foo Kernel 2 and perhaps Arch so assuming I then decide to go back to the Arch menu, I need to chainload Arch from the chainloaded other Foo Linux? Regards, Ralf Not sure exactly what you're trying to do. I have my syslinux showing the following menu choices at boot: Arch Linux Arch Linux - single user Arch Linux - fallback Arch Linux - LTS kernel Arch Linux - LTS kernel, single user Arch Linux - LTS kernel, fallback Windows 7 hdt reboot Not sure if that's what you're aiming for or not. If it is, I'm happy to send you a copy of my syslinux.cfg. Best, DR
Re: [arch-general] Screen lock stopped working
I was able to pin this down to an issue with xfce4-power-manager: https://bugzilla.xfce.org/show_bug.cgi?id=12857 DR On 12/22/2016 09:51 AM, yaky83--- via arch-general wrote: Le 19 Sep, 2016, David Rosenstrauch a écrit: On 09/16/2016 12:14 PM, David Rosenstrauch wrote: I've noticed that my screen lock / screensaver has stopped engaging as of a couple of days ago. I check the settings (which I haven't changed recently), but they seem to be set correctly. Anyone have an idea what package upgrade might have caused this and/or which bugs I should watch for a resolution? I'm running XFCE desktop btw. Thanks, DR I've discovered something else odd going on that seems to be related to this issue. If I activate the screen lock by hand, and the screensaver starts running, I noticed that within say 30 seconds the screensaver pauses and displays the login box - as if someone pressed a key on the keyboard or moved the mouse. This would explain why the screensaver never engages - it keeps getting keyboard or mouse input (or at least thinks it is) that prevents it. But that makes the problem even more puzzling, as my hands are not on the keyboard or mouse. My next guess was that perhaps there's a broken key on the keyboard that keeps pressing. But I used xev, and it shows no keyboard or mouse events while my hands are off. Is anyone else seeing similar behavior? If not, I guess I'll have to assume this is a hardware problem. But if so, I'd appreciate any suggestion on how I might go about debugging. Thanks, DR Hi! Sorry for being so late. I had a similar problem a few weeks ago. I had just started using a HDMI cable, and there are two HDMI inputs on the monitor. When the screen locker was activated, the monitor simply switched to the other HDMI input which defeated the screen lock. The solution was to turn auto-switch input to off. RB
Re: [arch-general] sporadic strange PC speaker sounds
On 10/18/2016 01:45 PM, J. C. wrote: Hey hey, occasionally I hear a short "tune" on my pc speaker. It's too unexpected and too short to try lsof to see which process is using the pc speaker. Maybe it's a video clip running in the browser? DR
Re: [arch-general] Screen lock stopped working
On 09/16/2016 12:14 PM, David Rosenstrauch wrote: I've noticed that my screen lock / screensaver has stopped engaging as of a couple of days ago. I check the settings (which I haven't changed recently), but they seem to be set correctly. Anyone have an idea what package upgrade might have caused this and/or which bugs I should watch for a resolution? I'm running XFCE desktop btw. Thanks, DR I've discovered something else odd going on that seems to be related to this issue. If I activate the screen lock by hand, and the screensaver starts running, I noticed that within say 30 seconds the screensaver pauses and displays the login box - as if someone pressed a key on the keyboard or moved the mouse. This would explain why the screensaver never engages - it keeps getting keyboard or mouse input (or at least thinks it is) that prevents it. But that makes the problem even more puzzling, as my hands are not on the keyboard or mouse. My next guess was that perhaps there's a broken key on the keyboard that keeps pressing. But I used xev, and it shows no keyboard or mouse events while my hands are off. Is anyone else seeing similar behavior? If not, I guess I'll have to assume this is a hardware problem. But if so, I'd appreciate any suggestion on how I might go about debugging. Thanks, DR
Re: [arch-general] Screen lock stopped working
On 09/18/2016 10:45 AM, Ralf Mardorf wrote: On Sun, 18 Sep 2016 10:23:41 -0400, David Rosenstrauch wrote: On 09/18/2016 01:22 AM, Ralf Mardorf wrote: On Fri, 16 Sep 2016 12:14:30 -0400, David Rosenstrauch wrote: I'm running XFCE desktop btw. On Arch Linux using Xfce not necessarily explains what screen lock / screensaver you are using. xflock4/xscreensaver Ok... [rocketmouse@archlinux ~]$ pacman -Si xfce4-session | grep lock xscreensaver: for locking screen with xflock4 gnome-screensaver: for locking screen with xflock4 xlockmore: for locking screen with xflock4 slock: for locking screen with xflock4 https://wiki.archlinux.org/index.php/xfce#Lock_the_screen ... and from where did you get the information that xscreensaver is used? Is nothing lese installed? I don't know how to find out, I'm neither using a screensaver, nor do I use Xfce4 anymore. Perhaps xfconf-query -l xfconf-query -c xfce4-power-manager -lv ? Regards, Ralf Well I only have xscreensaver installed, not gnome-screensaver, so I'd think it must be using that. Thanks, DR
Re: [arch-general] Screen lock stopped working
On 09/18/2016 01:22 AM, Ralf Mardorf wrote: On Fri, 16 Sep 2016 12:14:30 -0400, David Rosenstrauch wrote: I'm running XFCE desktop btw. On Arch Linux using Xfce not necessarily explains what screen lock / screensaver you are using. xflock4/xscreensaver
[arch-general] Screen lock stopped working
I've noticed that my screen lock / screensaver has stopped engaging as of a couple of days ago. I check the settings (which I haven't changed recently), but they seem to be set correctly. Anyone have an idea what package upgrade might have caused this and/or which bugs I should watch for a resolution? I'm running XFCE desktop btw. Thanks, DR
Re: [arch-general] KDE apps using incorrect colors after recent upgrade
On 06/27/2016 12:24 PM, sL1pKn07 SpinFlo via arch-general wrote: 2016-06-27 18:21 GMT+02:00 David Rosenstrauch <dar...@darose.net>: I haven't yet been able to pin down the root cause, but some recent upgrade (my best guess is qt5) seems to be messing with my KDE apps' ability to pick up the correct color scheme. Anyone have any idea what might be broken here, and how I might be able to get it fixed? Thanks, DR try with qt5ct. I had the same issue and some days ago i can fix with it greetings Thanks for the suggestion. But that app seems just as messed up as all the others (see http://darose.net/Screenshot_2016-06-27_12-32-30.png): the app shows what my selected color scheme is, but doesn't use it in its own window. And there doesn't seem to be any setting in qt5ct that allows me to correct this. Is there some feature I'm not seeing? Thanks, DR
Re: [arch-general] no screen grabber
On 05/22/2015 03:05 PM, Neven Sajko wrote: On 22 May 2015 at 17:26, LoneVVolf lonew...@xs4all.nl wrote: How do I search for a binary screen grabber package? You should read the General recommendations wiki page to learn about the Archlinux ecosystem and pacman, but incidentally I have my own list of screenshot taking utilities which I can share: fbdump fbgrab maim scrot shutter and community/simplescreenrecorder 0.3.3-1 A feature-rich screen recorder that supports X11 and OpenGL. Several of the DE's have their own screen shot app too, such as: ksnapshot xfce4-screenshooter etc. DR
Re: [arch-general] Why are CA certifcates writable for every user?
Symlinks often (always?) show as 777 permissions. If you look at the actual file that it links to, you'll see the permissions are fine: [darose@daroseneo ~]$ ls -l /etc/ca-certificates/extracted/cadir/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem -r--r--r-- 1 root root 1602 Dec 22 09:54 /etc/ca-certificates/extracted/cadir/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem DR On 02/05/2015 02:12 PM, Marcel Kleinfeller wrote: Hello! When I'm doing cd /etc/ssl/certs/ ls -al I see something like this: [...] lrwxrwxrwx 1 root root102 21. Dez 17:56 Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem - ../../ca-certificates/extracted/cadir/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem [...] All certificates are publicly writable. I never set chmod to 777 on this directory and I see a great security lack here. Any program could inject its own certificate there, you should know this isn't good ;) Tell me whether this is just an issue on my own system or a general issue. Marcel Kleinfeller mar...@oompf.de
Re: [arch-general] nm-applet and ethernet
On 10/18/2014 11:47 AM, Kyle Terrien wrote: On 10/17/2014 06:39 AM, Mauro Santos wrote: Previously I could left-click release and the nm-applet menu would stay open, now I have to left-click and hold otherwise there is no menu. Apart from this everything seems to work correctly. This sounds like something with the recent GNOME/GTK3 update. I built network-manager-applet-gtk2 from the AUR because I'm using Xfce, which does not always play nicely with GTK3 (themes, etc.). --Kyle Anyone know if there's an open bug report for this? I'm also seeing this problem. (Also on XFCE.) DR
Re: [arch-general] nm-applet and ethernet
On 10/20/2014 10:18 AM, Bjoern Franke wrote: Am Montag, den 20.10.2014, 10:01 -0400 schrieb David Rosenstrauch: Anyone know if there's an open bug report for this? I'm also seeing this problem. (Also on XFCE.) Which theme do you use? No issues here with greybird and XFCE. regards bjo oxygen-gtk
Re: [arch-general] Netflix in Arch?
On 10/11/2014 04:19 AM, Sebastiaan Lokhorst wrote: Just because there still seems to be some confusion: Plugin-free Netflix requires Embedded Media Extensions (EME).[1] This is supported by all major closed-source browsers: Internet Explorer, Safari and Chrome. This includes Chrome on Arch (available in the AUR), without the need for any user-agent hacking or plugins. EME however requires a closed source component, therefore it is NOT available in open-source browsers, such as Chromium and Firefox, and likely _never_ will be. In the future, it might be possible to use some kind of closed-source plugin to support this in open-source browsers, but there is none at the moment. (there was some discussion about this with Firefox, see [1] for more details) So basically, at the moment you have two options to use Netflix on Arch: (1) install a closed-source browser (i.e. Chrome) with EME, where it will work out-of-the-box, or (2) install a open-source browser with all kinds of hackery such as Pipelight. I hope that this clears things up. Sebastiaan [1] https://en.wikipedia.org/wiki/Encrypted_Media_Extensions Very much so. Thanks much for the update. I'm a chromium user, so looks like I'll have to switch to chrome. DR
[arch-general] Netflix in Arch?
I noticed the announcement today that Ubuntu now supports Netflix streaming, due to new features recently added to the Chrome browser. https://insights.ubuntu.com/2014/10/10/watch-netflix-in-ubuntu-today/ Does this work on Arch's version of Chrome as well? Are additional package installations required? Thanks, DR
[arch-general] Hanging on log out
Been having a problem in recent weeks that I'm unable to fix or even diagnose. When I log out of my desktop, the machine just hangs with a blank X windows screen. (I.e., black screen with mouse cursor pointer.) I'm able switch to a console and successfully issue the sudo poweroff command from there. But the system never brings me back to an X login screen. I'm not sure what package is causing the problem here. I run XFCE with LXDM as my DM. My initial guess was that this is an issue with xfce4-session, since a) I see a zombie sh process under xfce4-session when I look at the process list, and b) when I kill xfce4-session I successfully get back to a login screen. But I also see that the xfce4-session package hasn't been updated since September, so I'd think it's unlikely that that's what's causing the problem. Anyone got any pointers in the right direction for me on this? Thanks, DR
Re: [arch-general] Automatic upgrade
On 02/11/2014 07:17 AM, Ismael Bouya wrote: That's not an option. The network on which the machine is is willingly inaccessible from outside: The sysadmin there has the principle that a machine that works shouldn't be upgraded, because then it can break Then your sysadmin is incompetent, since he is completely ignorant of the concept of security upgrades. DR
Re: [arch-general] Is there a burning tool able to replace K3b?
On 01/24/2014 09:24 PM, David C. Rankin wrote: On 01/21/2014 04:43 AM, Ralf Mardorf wrote: I'm experimenting with getting rid of Xfce and I'm testing Jwm at the moment, but generating the menu is PITA and to find good replacements for editors, file browsers etc. isn't easy. fluxbox is my favorite non-KDE/GTK desktop. Menu generation is a snap (any text editor pointed to ~/.fluxbox/menu will do) IIRC dfm is a good dual-pane file manager that is Qt/GTK independent. +1 for fluxbox. Openbox and fvwm-crystal are also nice lightweight wm's. DR
[arch-general] Thunderbird unread message count
Having one small issue with the new Thunderbird (v24.0) upgrade. On one of the IMAP accounts I use, all the mailboxes are set up as children of Inbox. Apparently in the new version of Thunderbird, when I'm looking at Unread Folders in that account, the unread message count displayed is the *total* of all unread messages in every sub-folder of Inbox. But when I switch to All Folders, it displays the count of unread messages in just the Inbox account alone. (See http://www.darose.net/ThunderbirdUnreadMessageCountExpanded.png vs. http://www.darose.net/ThunderbirdUnreadMessageCountCollapsed.png) This is definitely new behavior - v17 didn't work like this. Anyone know if there's some tweak I can make to the Thunderbird config to get the old behavior back? Thanks, DR
[arch-general] XFCE broken with Gnome 3.8?
I picked up some Gnome package upgrades last night during a pacman update, and I haven't been able to log into XFCE ever since. It gets most of the way through the login process, then craps out and falls back to the session manager (LXDM). I'm not even able to see any debug information about what's going on. Anyone have a clue / pointer to a fix / workaround? Thanks, DR
Re: [arch-general] XFCE broken with Gnome 3.8?
On 04/22/2013 02:42 PM, Narve wrote: I'm running Xfce with LXDM and it works smoothly even with the new gnome version - tho the only packages from the gnome-group I have installed are those: narve ~ % pacman -Qg gnome [20:38:45 on 13-04-22] gnome gnome-icon-theme gnome gnome-icon-theme-symbolic gnome xdg-user-dirs-gtk Two of those are even dependencies for xfce4-settings, so they kinda belong to the suite.. So it's either some breakage caused by other gnome packages or something completely different. Narve It's something unique to my user settings, although I haven't been able to pin down exactly what yet. When I launch XFCE as a different user it works fine. That said, XFCE has been working fine with my configuration for months (years?), so it's actually rather frustrating to have it break like this. Thanks, DR
Re: [arch-general] Installing by remote control
On 03/19/2013 06:13 PM, Christoph Vigano wrote: On 19.03.2013 23:04, David Benfell wrote: It sounds like heartburn to me. I don't have a lot of experience installing Arch Linux (Linode *does* offer it as an option and I installed via Bridge Linux on my desktops). I'm hoping this isn't as weird as it sounds. (I've actually never heard of a KVMoIP.) Is what they're offering a reasonable proposition? How weird is it really? Thanks! IIRC, by requesting KVMoIP you will get a serial console attached to your server onto which you can logon and thus have access to a serial console to your server, allowing you to view the boot process, GRUB and stuff like that. If you have this, you only have to boot into the USB install stick and install as you would usually do. The main point is that you should have serial access to your server with KVMoIP :) Greetings, Christoph That's exactly right. If you've ever used a Dell server, you know they have this system called DRAC which essentially gives you a full remote console/administration system for the server, along with the ability to upload CD iso's and have them be available to the system. (Many other vendors provide this capability too, such as SuperMicro.) This capability provides you with full keyboard, mouse, screen, and console access to your system, and lets you do full management of a system even if there's no OS installed. Very useful in situations where you want to install the OS remotely. (I built a whole data center this way - from 2000 miles away.) A KVMOIP is basically the same thing, but for systems that don't have this capability built natively into their BIOS. The data center operator hooks up the KVMOIP to the system, and provides you with the IP address, and login credentials. You then connect to that KVMOIP, and can do remote system administration, OS install, etc. I've used one of these before as well - Hurricane Electric has them. HTH, DR
Re: [arch-general] Weird issue with Google Talk/Hangout plugin
Hmmm just discovered some additional info about this issue. It seems that it only happens when I use the LTS kernel. When I boot into the main linux kernel, the issue mysteriously goes away. Anyone have any ideas what might be happening here? What module in the kernel might have an impact on video? Thanks, DR On 03/06/2013 02:23 PM, David Rosenstrauch wrote: I'm having a weird issue with the Google Talk plugin (https://aur.archlinux.org/packages/google-talkplugin/) distorting all my video images - both the ones of me coming in from my camera, and the ones coming in from others across the Net. See http://www.darose.net/GoogleHangWeirdness.png for an example. Anyone have any idea what's going on here and/or how to fix? This seems to be a recent issue - i.e., probably caused by some package upgrade within the past week or so. I'm running google-talkplugin 3.14.17.0-1 with firefox 19.0-1. But I don't think the issue is caused by the plugin itself. (Or by firefox, since I see the same problem when I use Google chromium browser.) I was running an older version of the plugin - which had been working fine for weeks - when I started experiencing the issue. I upgraded to the latest version in an attempt to work around the problem, but it didn't clear it up. So as I said, I don't think the plugin itself is the cause of the problem - since 2 different versions of the plugin are experiencing the issue, and the issue popped up out of the blue after things had been working fine for quite a while. Any assistance anyone might be able to lend here would be much appreciated! Thanks, DR
[arch-general] Weird issue with Google Talk/Hangout plugin
I'm having a weird issue with the Google Talk plugin (https://aur.archlinux.org/packages/google-talkplugin/) distorting all my video images - both the ones of me coming in from my camera, and the ones coming in from others across the Net. See http://www.darose.net/GoogleHangWeirdness.png for an example. Anyone have any idea what's going on here and/or how to fix? This seems to be a recent issue - i.e., probably caused by some package upgrade within the past week or so. I'm running google-talkplugin 3.14.17.0-1 with firefox 19.0-1. But I don't think the issue is caused by the plugin itself. (Or by firefox, since I see the same problem when I use Google chromium browser.) I was running an older version of the plugin - which had been working fine for weeks - when I started experiencing the issue. I upgraded to the latest version in an attempt to work around the problem, but it didn't clear it up. So as I said, I don't think the plugin itself is the cause of the problem - since 2 different versions of the plugin are experiencing the issue, and the issue popped up out of the blue after things had been working fine for quite a while. Any assistance anyone might be able to lend here would be much appreciated! Thanks, DR
Re: [arch-general] System doesn't load LVM volumes when booting in single user mode
On 11/12/2012 10:33 AM, Thomas Bächler wrote: Am 12.11.2012 16:28, schrieb David Rosenstrauch: Like the subject says, when I boot directly into single user mode, system doesn't load my LVM volumes. So the only way I can realistically use single user mode (since many of my key files are on LVM volumes) is to boot the system to multi-user mode, and the telinit s to drop back down to single user. This seems like an error, and that systemd should be starting LVM volumes even in single user mode. Anyone have any idea what the problem might be and/or a workaround? Thanks, Please test with testing/lvm2. I hope that LVM activation will only be done as it is done in this package in the future (one bug that I don't understand has been reported, but other than that it's working just fine). I just upgraded to the latest version (2.02.98-3) of lvm2. But I'm still having the same issue: when I boot into single user mode, my lvm volumes aren't seen and so any mounts time out. Any idea what the problem might be or a fix/workaround? Thanks, DR
Re: [arch-general] System doesn't load LVM volumes when booting in single user mode
On 02/12/2013 10:05 AM, Thomas Bächler wrote: Am 12.02.2013 15:38, schrieb David Rosenstrauch: I just upgraded to the latest version (2.02.98-3) of lvm2. But I'm still having the same issue: when I boot into single user mode, my lvm volumes aren't seen and so any mounts time out. Any idea what the problem might be or a fix/workaround? The problem in the new setup is that lvmetad.socket and dmeventd.socket are required by sockets.target, which is pulled in by basic.target, but not by sysinit.target. As rescue.target (which is activated by the 'single' option) only depends on sysinit.target, LVM will not be activated. A solution would be to to add lvmetad.socket and dmeventd.socket to sysinit.target.wants instead of sockets.target.wants. In fact, this is probably the correct thing to do to make rescue.target work. Is this a change I would need to make locally, or something that's planned to get included into the next lvm2 package release? Thanks, DR
Re: [arch-general] System doesn't load LVM volumes when booting in single user mode
On 02/12/2013 10:29 AM, Thomas Bächler wrote:
Am 12.02.2013 16:22, schrieb David Rosenstrauch:
On 02/12/2013 10:05 AM, Thomas Bächler wrote:
Am 12.02.2013 15:38, schrieb David Rosenstrauch:
I just upgraded to the latest version (2.02.98-3) of lvm2. But I'm
still having the same issue: when I boot into single user mode, my lvm
volumes aren't seen and so any mounts time out.
Any idea what the problem might be or a fix/workaround?
The problem in the new setup is that lvmetad.socket and dmeventd.socket
are required by sockets.target, which is pulled in by basic.target, but
not by sysinit.target. As rescue.target (which is activated by the
'single' option) only depends on sysinit.target, LVM will not be
activated.
A solution would be to to add lvmetad.socket and dmeventd.socket to
sysinit.target.wants instead of sockets.target.wants. In fact, this is
probably the correct thing to do to make rescue.target work.
Is this a change I would need to make locally, or something that's
planned to get included into the next lvm2 package release?
Well, both. First, you could test it locally. This would suffice:
mkdir -p /etc/systemd/system/sysinit.target.wants/
ln -s /usr/lib/systemd/system/{lvmetad.socket,dmeventd.socket}
/etc/systemd/system/sysinit.target.wants/
(The changes you made in /etc/ above concern your machine and expand
what the package does, pacman never interferes here.)
Then, we could include it in a future package, if that indeed solves the
problem.
OK. Will test this out (probably not until tonight) and report back.
Thanks,
DR
Re: [arch-general] System doesn't load LVM volumes when booting in single user mode
On 02/12/2013 10:29 AM, Thomas Bächler wrote:
Am 12.02.2013 16:22, schrieb David Rosenstrauch:
On 02/12/2013 10:05 AM, Thomas Bächler wrote:
Am 12.02.2013 15:38, schrieb David Rosenstrauch:
I just upgraded to the latest version (2.02.98-3) of lvm2. But I'm
still having the same issue: when I boot into single user mode, my lvm
volumes aren't seen and so any mounts time out.
Any idea what the problem might be or a fix/workaround?
A solution would be to to add lvmetad.socket and dmeventd.socket to
sysinit.target.wants instead of sockets.target.wants. In fact, this is
probably the correct thing to do to make rescue.target work.
Is this a change I would need to make locally, or something that's
planned to get included into the next lvm2 package release?
Well, both. First, you could test it locally. This would suffice:
mkdir -p /etc/systemd/system/sysinit.target.wants/
ln -s /usr/lib/systemd/system/{lvmetad.socket,dmeventd.socket}
/etc/systemd/system/sysinit.target.wants/
(The changes you made in /etc/ above concern your machine and expand
what the package does, pacman never interferes here.)
Then, we could include it in a future package, if that indeed solves the
problem.
Worked!!!
Thanks much for the fix!
DR
[arch-general] vboxnetflt module broken in virtualbox-host-modules-lts?
I'm running the LTS kernel, and VirtualBox has been working fine under it until recently. However sometime in the last few days (after a recent upgrade, I'm guessing), I can no longer launch VM's. Apparently vboxnetflt is never getting loaded. And when I try to load it manually, I get the following error: [darose@daroselin ~]$ sudo modprobe vboxnetflt modprobe: ERROR: could not insert 'vboxnetflt': Invalid argument Anyone know what the problem might be? I didn't see any bug reports about this. Does the virtualbox-host-modules-lts need to be upgraded perhaps? Thanks, DR
Re: [arch-general] newbie: looking for docs
On 01/16/2013 12:09 PM, Don Raikes wrote: Hello, I am very new to archlinux (as of late last week, and I am struggling to find any documentation on how to create new archlinux packages, and how to setup a local repository for my packages prior to contributing them to the AUR. I have searched the wiki and forums as well as simply googled on the topics and have found nothing. Any tips would be appreciated. This is a good place to start: https://wiki.archlinux.org/index.php/Abs DR
Re: [arch-general] newbie: looking for docs
On 01/16/2013 12:50 PM, David Rosenstrauch wrote: On 01/16/2013 12:09 PM, Don Raikes wrote: Hello, I am very new to archlinux (as of late last week, and I am struggling to find any documentation on how to create new archlinux packages, and how to setup a local repository for my packages prior to contributing them to the AUR. I have searched the wiki and forums as well as simply googled on the topics and have found nothing. Any tips would be appreciated. This is a good place to start: https://wiki.archlinux.org/index.php/Abs DR And this: https://wiki.archlinux.org/index.php/PKGBUILD DR
[arch-general] System doesn't load LVM volumes when booting in single user mode
Like the subject says, when I boot directly into single user mode, system doesn't load my LVM volumes. So the only way I can realistically use single user mode (since many of my key files are on LVM volumes) is to boot the system to multi-user mode, and the telinit s to drop back down to single user. This seems like an error, and that systemd should be starting LVM volumes even in single user mode. Anyone have any idea what the problem might be and/or a workaround? Thanks, DR
Re: [arch-general] Qingy on systemd
On 11/08/2012 01:13 PM, Curtis Shimamoto wrote: On 11/08/12 at 11:42am, David Rosenstrauch wrote: Just curious (if you know): what should the service file look like for it to work properly when you issue the systemctl enable command? Should it be: Alias=getty.target.wants/qingy@%I.service ? Thanks, DR Honestly, I am not sure if that is proper, but I see no reason why it should not work. Give it a whirl and see what happens. The worst that could come of it is that you change it back. I think in this case, %i would also work, as the only difference between %I and %i is being escaped and not being escaped (respectively). There appears to be nothing in the systemd.unit man page to indicate that these special substitutions are not universal throughout the unit file. Hope it works! Looks like it doesn't: [darose@daroselin ~]$ sudo systemctl enable qingy@tty6 ln -s '/usr/lib/systemd/system/qingy@.service' '/etc/systemd/system/getty.target.wants/qingy@%I.service' :-) Sucks that this doesn't work as advertised. It should be a no-brainer to be able to set up qingy on tty6. Thanks, DR
[arch-general] Qingy on systemd
I recently switched over to systemd, and am trying to get my system set up the way I like under there. I'm trying to set up qingy on systemd right now, but it doesn't seem to be working properly. I followed the instructions here: https://wiki.archlinux.org/index.php/Qingy#Systemd ... and tried to set up qingy on tty6. But that doesn't seem to work. The systemctl command seems to always try to set up qingy on tty1: [darose@daroselin ~]$ sudo systemctl enable qingy@tty6 ln -s '/usr/lib/systemd/system/qingy@.service' '/etc/systemd/system/getty.target.wants/qingy@tty1.service' In addition, qingy seems to be freezing on me whenever I try to access it on the tty. Anyone have any idea what's going on with this? I didn't see any bug reports about it. Thanks, DR
[arch-general] Invalid signatures
Saw these errors from pacman today, which are preventing me from upgrading some packages: error: directfb: signature from Eric Belanger e...@archlinux.org is invalid error: xmms2: signature from Sergej Pupykin a...@sergej.pp.ru is invalid error: failed to commit transaction (invalid or corrupted package (PGP signature)) Anyone have an idea what's up? DR
