Re: [arch-general] text console no longer turns off (it blanks, but powered) after 4.12.5 or xf86-video-ati update

PPS: A few days ago I tested a LCD monitor. Screen blanking already caused the monitor to completely power off (after hat it was needed to turn on the monitor by the monitor's power button). Perhaps you changed some Eco settings of your monitor? Maybe your monitor powered off triggered by screen

Re: [arch-general] text console no longer turns off (it blanks, but powered) after 4.12.5 or xf86-video-ati update

On Tue, 15 Aug 2017 22:14:42 -0500, David C. Rankin wrote: > With X at least there is xset, but I'm not sure what to look at for > the default terminal? Since I'm using X I didn't know setterm, but the Arch Wiki mentions it:

Re: [arch-general] text console no longer turns off (it blanks, but powered) after 4.12.5 or xf86-video-ati update

On Tue, 15 Aug 2017 22:14:42 -0500, David C. Rankin wrote: >It has always properly blanked (DPMS power off) after the default >timeout (6-7 min?). Hi, I'm using X and an Intel graphics, so I only could try to interpret the manpage. $ man setterm | grep powerdown --powerdown [0-60]

[arch-general] text console no longer turns off (it blanks, but powered) after 4.12.5 or xf86-video-ati update

All, I have 2 Arch servers that boot to the default text console. It has always properly blanked (DPMS power off) after the default timeout (6-7 min?). After update to the 4.12.5 kernel, which occurred at the same time of the xf86-video-ati (1:7.9.0-1 -> 1:7.9.0-2) update, the monitor no longer

[arch-general] Unit dbus-org.freedesktop.Avahi.service not found ?

All, This isn't new, I've seen it for the past few weeks or so, but on boot, dbus throws a journal error that avahi service cannot be found? Aug 15 20:31:40 2pi dbus[230]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service' Aug 15

Re: [arch-general] pacman doesn't show download progress

On Tue, 15 Aug 2017 23:04:35 +0200, SET wrote: ># Misc options >#UseSyslog >Color >#TotalDownload >CheckSpace Here a progress bar is displayed, but I'm using the "ILoveCandy" Easter egg. [root@archlinux ~]# grep Misc\ options -A8 /etc/pacman.conf # Misc options #UseSyslog #UseDelta

Re: [arch-general] pacman doesn't show download progress

Can you explain in more detail what the problem is, and show actual and expected output? On 08/15/2017 02:04 PM, SET wrote: > Le mardi 15 août 2017 21:43:46 CEST Eli Schwartz a écrit : >> Have you set an external downloader? > > No, I'm using the default downloader. > > [options] > #RootDir

Re: [arch-general] pacman doesn't show download progress

Le mardi 15 août 2017 21:43:46 CEST Eli Schwartz a écrit : > Have you set an external downloader? No, I'm using the default downloader. [options] #RootDir = / #DBPath = /var/lib/pacman/ #CacheDir= /var/cache/pacman/pkg/ #LogFile = /var/log/pacman.log #GPGDir =

Re: [arch-general] pacman doesn't show download progress

On 08/15/2017 03:37 PM, SET wrote: > pacman -Syu show database download progress but not packages being > downloaded. > They do get downloaded and installation progress is rightly displayed. This > can be annoying when connection speed is poor. This has been observed on > three > machines. >

[arch-general] pacman doesn't show download progress

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

Re: [arch-general] Depends on foo-bar=10.0-3

Em agosto 15, 2017 15:58 Henrik Danielsson via arch-general escreveu: The Gmail Android app sends HTML emails - which I forgot when replying during my lunch break - and I'm sorry for that, but it's not something I can do anything about. Actually it sends multipart MIME, both HTML and text.

Re: [arch-general] Depends on foo-bar=10.0-3

2017-08-15 21:10 GMT+02:00 Eli Schwartz : > Oddly enough, I use Thunderbird, which displays HTML mail fine, and > viewing the message source tells me that message was formatted as > (mangled) plaintext. The one I sent first, from my phone, clearly has the header for

Re: [arch-general] Depends on foo-bar=10.0-3

On 08/15/2017 02:58 PM, Henrik Danielsson via arch-general wrote: > I could also suggest you instead use a client capable of displaying > HTML, then the quotes don't look that bad, but you're probably just as > unlikely to change as anyone else. ;) Oddly enough, I use Thunderbird, which displays

Re: [arch-general] Depends on foo-bar=10.0-3

2017-08-15 15:32 GMT+02:00 Eli Schwartz : > I have no patience for reading people's broken quoting. Please try > again, this time using a decent email client. > The Gmail Android app sends HTML emails - which I forgot when replying during my lunch break - and I'm sorry for

Re: [arch-general] Depends on foo-bar=10.0-3

Someone call 911, another trainwreck thread on [arch-general]. Watching the carnage ensue is not as much fun as it should be though, so long after responders no longer pretend to care. That being said, we should definitely add a versioned dependency between fuse-common and sshfs. Just because my

Re: [arch-general] Depends on foo-bar=10.0-3

I have no patience for reading people's broken quoting. Please try again, this time using a decent email client. signature.asc Description: OpenPGP digital signature

Re: [arch-general] Depends on foo-bar=10.0-3

OT: If for some reason proper quoting should be broken, top-posting could be a better solution, than very broken bottom-posting, let alone the broken interleaved posting of a previous reply.

Re: [arch-general] Depends on foo-bar=10.0-3

Den 15 aug. 2017 13:46 skrev "Eli Schwartz" : On 08/15/2017 03:47 AM, Paul Gideon Dann via arch-general wrote: > Yes, partial upgrades are unsupported, but in practice this still happens, > usually not deliberately. For instance, I will quite often do a "pacman -S > "

Re: [arch-general] Depends on foo-bar=10.0-3

On 08/15/2017 03:47 AM, Paul Gideon Dann via arch-general wrote: > Yes, partial upgrades are unsupported, but in practice this still happens, > usually not deliberately. For instance, I will quite often do a "pacman -S > " without doing a full system update first, assuming that > *probably*

Re: [arch-general] Depends on foo-bar=10.0-3

On 14 August 2017 at 13:48, Ralf Mardorf wrote: > On Mon, 14 Aug 2017 14:03:45 +0200, mpan wrote: > >> why does a package from official repositories mentions what version > >> of a dependency is required? > >Because it may be that it is working only with that particular >