Re: disable orange progress running apt

2018-02-02 Thread Felix Miata
https://lists.debian.org/debian-user/2017/08/msg00425.html Felix Miata composed on 2017-08-08 14:05 (UTC-0500): > Brian composed on 2017-08-08 13:49 (UTC+0100): >> Apologies. I missed off a ";" when translating the changelog entry to >> be used in your 99mono file. Also Progress-Fancy turns out

Re: systemd 237-1: problem starting dnsmasq

2018-02-02 Thread Michael Stone
On Fri, Feb 02, 2018 at 11:06:28PM +0100, deloptes wrote: just a question if you are not using notebooks or even workstations, why would you need systemd? because it generally works better for server I have best experience without systemd I've had far fewer issues with systemd than I did be

Re: okular evince xpdf rendering white (or pale) pages

2018-02-02 Thread Michael Lange
On Fri, 02 Feb 2018 18:49:58 -0500 Doug wrote: > > On 02/02/2018 03:03 PM, Brian wrote: > > On Fri 02 Feb 2018 at 10:41:54 -0300, Hernan G Solari wrote: > > > >> Hello > >> > >> things where working well in "old-stable" kernel Linux > >> 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01

Re: okular evince xpdf rendering white (or pale) pages

2018-02-02 Thread Doug
On 02/02/2018 03:03 PM, Brian wrote: On Fri 02 Feb 2018 at 10:41:54 -0300, Hernan G Solari wrote: Hello things where working well in "old-stable" kernel Linux 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux but now (after upgrade of ??) some pdf files show whi

Re: systemd 237-1: problem starting dnsmasq

2018-02-02 Thread deloptes
Sven Hartge wrote: > Stefan Pietsch wrote: > >> after the systemd upgrade from 236-3 to 237-1 (Debian sid) the dnsmasq >> service does not start correctly. > > I reported this as > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144 > > It also affects munin-node > https://bugs.debian.org

Re: systemd 237-1: problem starting dnsmasq

2018-02-02 Thread Sven Hartge
Stefan Pietsch wrote: > after the systemd upgrade from 236-3 to 237-1 (Debian sid) the dnsmasq > service does not start correctly. I reported this as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144 It also affects munin-node https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889073 and

Re: okular evince xpdf rendering white (or pale) pages

2018-02-02 Thread Brian
On Fri 02 Feb 2018 at 10:41:54 -0300, Hernan G Solari wrote: > Hello > >    things where working well in "old-stable" kernel Linux 3.16.0-5-amd64 #1 > SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux > > but now (after upgrade of ??) some pdf files show white pages when viewed > with: >

okular evince xpdf rendering white (or pale) pages

2018-02-02 Thread Hernan G Solari
Hello    things where working well in "old-stable" kernel Linux 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux but now (after upgrade of ??) some pdf files show white pages when viewed with: okular, evince, xpdf or epdfview Except for the old ghostview, no pdf-

Re: /lib/lsb/init-functions on LXC servers

2018-02-02 Thread Reco
Hi. On Fri, Feb 02, 2018 at 11:35:04AM +0100, Harald Dunkel wrote: > Hi folks, > > I see a weird effect of pidofproc (defined in /lib/lsb/init-functions): > If there is no local daemon with a given search path running, then it > returns the PIDs the daemons running in the LXC containers.

Re: getting the right and complete firmware

2018-02-02 Thread Brian
On Thu 01 Feb 2018 at 19:18:55 +0100, Anil Duggirala wrote: > > On an unmodified stretch (yours is unmodified, isn't it) > > > >  /sbin/modinfo ath10k_pci > > > > does not list any of these files in the firmware lines. So why should > > the kernel want any of them? > > > I believe I have done a

/lib/lsb/init-functions on LXC servers

2018-02-02 Thread Harald Dunkel
Hi folks, I see a weird effect of pidofproc (defined in /lib/lsb/init-functions): If there is no local daemon with a given search path running, then it returns the PIDs the daemons running in the LXC containers. AFAICT this affects the startup scripts of apache2 opensmtpd

Re: Got tired of waiting for suspend/resume (something like that)

2018-02-02 Thread Sven Hartge
Curt wrote: > Maybe an encrypted swap is overkill in a home alone machine; I am now > idly wondering whether there exists any documented (and successful) remote > unencrypted swap attacks. I use it on all my systems, beause it is cheap to setup and just works behind the curtains, making sure no

Re: Got tired of waiting for suspend/resume (something like that)

2018-02-02 Thread Curt
On 2018-02-01, Sven Hartge wrote: > Curt wrote: > >> Still, I'm uncertain what goes into /etc/fstab. > >>/dev/mapper/swap none swap sw 0 0 > >> ? > > Yes, this is correct. With crypted-swap you need to use the device > mapper device, because the UUID changes on every boot, as you > discovered