Re: [gentoo-user] Print options in Okular, QpdfView missing
On Fri, 09 Jun 2017 13:47:23 +0100, Mick wrote: > I noticed that the above two applications either do not have all the > options that used to be available in the past, or what is available > when I select File/Print does not take effect when selected. For > example, if I select in Okular to print in Greyscale, it will ignore it > and print in Colour. In the past more options were available and were > effective. I've just tried printing in greyscale from Okular and got colour output, so it seems to be the same here. I've no idea ho long it's been like that. > In LibreOffice, Firefox, et al. no such problems exist. I occasionally print in greyscale from LO and it works as expected there. > Users can > change options in a terminal with lpoptions, but when using GUI based > apps this becomes annoying. I am currently running: > > kde-apps/okular-16.12.3 > app-text/qpdfview-0.4.16 > dev-qt/qtprintsupport-5.6.2 > kde-apps/print-manager-16.12.3 > app-admin/system-config-printer-1.4.8 Different versions here but same results % qlist -ICv okular qpdfview qtprintsupport print-manager system-config-printer app-admin/system-config-printer-1.4.8 dev-qt/qtprintsupport-5.7.1 kde-apps/okular-17.04.2 kde-apps/print-manager-17.04.2 -- Neil Bothwick Windows95 - crash compatible on Windows 3.x pgpuUI5oRXCxc.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Print options in Okular, QpdfView missing
On Sunday 11 Jun 2017 11:41:23 Neil Bothwick wrote: > On Fri, 09 Jun 2017 13:47:23 +0100, Mick wrote: > > I noticed that the above two applications either do not have all the > > options that used to be available in the past, or what is available > > when I select File/Print does not take effect when selected. For > > example, if I select in Okular to print in Greyscale, it will ignore it > > and print in Colour. In the past more options were available and were > > effective. > > I've just tried printing in greyscale from Okular and got colour output, > so it seems to be the same here. I've no idea ho long it's been like that. > > > In LibreOffice, Firefox, et al. no such problems exist. > > I occasionally print in greyscale from LO and it works as expected there. > > > Users can > > > > change options in a terminal with lpoptions, but when using GUI based > > apps this becomes annoying. I am currently running: > > > > kde-apps/okular-16.12.3 > > app-text/qpdfview-0.4.16 > > dev-qt/qtprintsupport-5.6.2 > > kde-apps/print-manager-16.12.3 > > app-admin/system-config-printer-1.4.8 > > Different versions here but same results > > % qlist -ICv okular qpdfview qtprintsupport print-manager > system-config-printer app-admin/system-config-printer-1.4.8 > dev-qt/qtprintsupport-5.7.1 > kde-apps/okular-17.04.2 > kde-apps/print-manager-17.04.2 Thanks Neil for confirming this problem. I think it all started when I updated to Qt5, so I guessed this is an upstream issue. I ignored user complains thinking a future update will fix this, plus the printer does not see much usage presently to have made this an urgent job. Nevertheless, it's been months now and judging by your versions I may have to wait longer for it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: local file containing a web site
Am Sat, 10 Jun 2017 12:12:09 -0400 schrieb allan gottlieb : > I was interviewed and the material was put on a website > (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608). > > For someone to view this they need that > 1. They are on the net. > 2. MIT has not removed it. > > I would like to produce a file containing what is seen when viewing > that web page (it brings in other pages). A pdf would be good, but > others would be OK. If only single pages are of interest, I'd probably suggest PDF indeed as it is universally viewable. > The goal is to be able to put this on a flash drive and be able to > view in without net access. Try httrack which is a web site mirror and offline browsing software. -- Regards, Kai Replies to list-only preferred.
[gentoo-user] Peculiar problem with root login
Running debian jesse in a vbox vm on a Solaris host I have what seems like an unusual problem with root login on this host. I've done the normal things one does to allow root login; that is, add PermitRootLogin yes to /etc/ssh/sshd_config Restart ssh, and in fact this host has been rebooted a few times since adding that Permit line. I set sudo up to work with no passwd for a certain user long ago and so I was able to redo root passwd just to make sure there wasn't some error there. Still, I cannot login as root user I don't mean at the main login screen one gets on bootup, but from an xterm in a running session. Of course, checked to see if Caps lock was on... I'm fresh out of ideas as to what else to do here. The log shows: Jun 11 14:50:55 d2 sshd[2830]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=d.local.lan user=root Jun 11 14:50:57 d2 sshd[2830]: Failed password for root from 127.0.0.1 port 54522 ssh2
[gentoo-user] Re: Peculiar problem with root login
On 2017-06-11 14:55, Harry Putnam wrote: > Running debian jesse in a vbox vm on a Solaris host I'll go easy on the OT this time :-) > Jun 11 14:50:55 d2 sshd[2830]: pam_unix(sshd:auth): authentication > failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=d.local.lan > user=root > > Jun 11 14:50:57 d2 sshd[2830]: Failed password for root from > 127.0.0.1 port 54522 ssh2 Is PasswordAuthentication enabled? It typically is not on my boxes. ssh has a -v option (and -vv, and -vvv). I found it somewhat useful in cases like this. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
[gentoo-user] network interface names in gentoo
Without tweaking anything in particular (as far as I remember), I get the "predictable" names. For example, on the desktop box where I'm writing this, the main interface is enp3s0. But, of course, there's no systemd on this box, and never has been. So, reading [1], I am somewhat puzzled: that page sure makes it sound as if systemd was responsible for the new style names. What is the mechanism by which they appear on gentoo, if not systemd? [1] https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
Re: [gentoo-user] network interface names in gentoo
On 17-06-11 at 16:33, Ian Zimmerman wrote: > Without tweaking anything in particular (as far as I remember), I get > the "predictable" names. For example, on the desktop box where I'm > writing this, the main interface is enp3s0. > > But, of course, there's no systemd on this box, and never has been. So, > reading [1], I am somewhat puzzled: that page sure makes it sound as if > systemd was responsible for the new style names. What is the mechanism > by which they appear on gentoo, if not systemd? Quoting from the sys-fs/eudev-3.2.2-r1 ebuild: pkg_pretend() { ewarn ewarn "As of 2013-01-29, ${P} provides the new interface renaming functionality," ewarn "as described in the URL below:" ewarn "https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames"; ewarn ewarn "This functionality is enabled BY DEFAULT because eudev has no means of synchronizing" ewarn "between the default or user-modified choice of sys-fs/udev. If you wish to disable" ewarn "this new iface naming, please be sure that /etc/udev/rules.d/80-net-name-slot.rules" ewarn "exists: touch /etc/udev/rules.d/80-net-name-slot.rules" ewarn } and from sys-fs/udev-233: elog elog "Starting from version >= 197 the new predictable network interface names are" elog "used by default, see:" elog "https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames"; elog "https://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-net_id.c"; elog elog "Example command to get the information for the new interface name before booting" elog "(replace with, for example, eth0):" elog "# udevadm test-builtin net_id /sys/class/net/ 2> /dev/null" elog elog "You can use either kernel parameter \"net.ifnames=0\", create empty" elog "file /etc/systemd/network/99-default.link, or symlink it to /dev/null" elog "to disable the feature." Depending on which of those you have installed. -- Simon Thelen