Re: New Buster install crashing
On 2019-10-31, J.W. Foster wrote: > > So this is the issue. This is a newly built system hardware that is > all cutting edge and I have other Linux OS as well as windows > installed and all wo rk well. I have had a consistent issue with > Buster crashing the system. I can only tell that it is losing control > of the keyboard and mouse which leaves me with a reboot situation > with journal recovery. It's been years since I encountered an issue > like this and I have been using Debian since the ear ly floppy drive > days. The thing I am seeking is where to look for logs that indicate > specifically what is occurring. I know this is a vague question, so > if you need more specific info just let me know.Thanks!John What astounds me is why you wouldn't spontaneously reveal the specific nature of your hardware so that others here who might have the same or similar material could offer a clue, or, if eventually you resolve anything, receive one. -- We do not remember what we might have been before birth. This, and only this, gives hope of oblivion.--Insufficient! William T. Vollmann, "Supernatural Axioms"
Re: KISS gpg
On 2019-10-31, The Wanderer wrote: > > (I do understand what you probably mean by the overall statement, of > course, but linguistics is one of my interests and this has caught my > attention.) > I believe the OP is French and means 'exigent' is the usual French sense of the word---demanding, exacting in one's demands. -- We do not remember what we might have been before birth. This, and only this, gives hope of oblivion.--Insufficient! William T. Vollmann, "Supernatural Axioms"
Re: How to download email messages from Yahoo Groups in Debian?
On 2019-10-26, Gerardo Ballabio wrote: > Thank you, but I need some more help. > > I've downloaded the script, but the README says that I need to supply > "the T and Y cookie" and that I should be able to extract them from my > browser. > > My browser is Firefox. I've checked and it doesn't seem to provide a > way to extract cookies. Apparently that requires installing an > extension, and I don't know whether Debian provides that (I'd rather > avoid installing random extensions from the Internet). It appears login.yahoo.com creates 2 cookies (named Y and T). ./yahoo.py -ct 'YOUR_T_COOKIE' -cy 'YOUR_Y_COOKIE' groupname Apparently, you paste the value (this is what is meant by the term "extraction") of the respective cookies (Tools/Web Developer/Storage Inspector in Firefox as per Jeremy N.) into the command line above, i.e. ./yahoo.py -ct -cy groupname This gleaned here: https://github.com/nsapa/yahoo-group-archiver Good luck. > Furthermore I don't know what "the T and Y cookie" are and how to find > them among other cookies. > > Any help will be much appreciated. > > Thanks > Gerardo > > Il giorno mar 22 ott 2019 alle ore 22:12 Dan Ritter > ha scritto: >> >> Gerardo Ballabio wrote: >> > Hello all, >> > I've learned that Yahoo Groups is going to drop most of its >> > functionality, in particular it won't host any user contents any more, >> > including the email archive. >> > >> > I'm a member of a private group, we have an archive of several >> > thousands email messages that we don't want to lose. >> > >> > May I please ask for suggestions on how to mass-download the email >> > archive from a Debian (Buster) machine? >> > >> > I'm not subscribed to this list, please keep me Cc:'d. >> >> This >> >> https://github.com/nsapa/yahoo-group-archiver >> >> should work on Debian without much fussing. >> >> -dsr- > > -- We do not remember what we might have been before birth. This, and only this, gives hope of oblivion.--Insufficient! William T. Vollmann, "Supernatural Axioms"
Re: at-spi-dbus-launcher not responding
On 2019-10-21, Jean-Philippe MENGUAL wrote: > Hi, > > I realize I reproduce the bahivior described here. I dont know if > debian-accessibility was Cc but I do it. Let's what they say, but I > guess we should report a bug against at-spi itself. > > The problem here is, indeed: at shutdown of Mate, "at-spi-bus-launcher > does not respond" and I can override te stop "reboot anywy". This daemon being difficult to extirpate with my kitchen-sink install, and me being only disabled in ways addressed by neither at-spi nor modern science, I resorted to removing the executable bit from /usr/lib/at-spi2-core/at-spi2-registryd and /usr/lib/at-spi2-core/at-spi-bus-launcher to make my at-spi problem disappear (which wasn't the shutdown delay problem, but another thing irrelevant to the current thread). But then apps despairingly tried to register themselves with an inexistent accessibility bus, so I set the "NO_AT_BRIDGE=1" environment variable to head that off at the pass. All probably highly inadvisable, but there you go. > Regards > -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Only boot tty
On 2019-10-17, David wrote: > On Thu, 17 Oct 2019 at 10:15, Art Sackett wrote: > >> I've just submitted a bug report (via reportbug) for this. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942478 > That's Art Sackett's bug report, filed by Art Sackett himself, the person to whom you're providing the link. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: 'apt update' failure, me or repository?
On 2019-10-17, wrote: > > >> > This is Debian bug #942478: >> This is you and your bug. > > IMO this sounds a bit too harsh. The OP seems to be seeing this > behaviour -- perhaps it's not an apt (or a Debian mirror) problem, > but it'd be nice to know... I didn't mean it to be harsh, sorry. I only meant that that bug is the OP's bug report concerning the very bug in this thread and not some reference to a known, preexisting problem for which there was already a bug report filed. IOW the OP pointing to his own bug report is kind of self-referential. But maybe all he intended to say by "This is Debian bug #942478" was: I've filed a bug report on this problem (for which we can only thank him). Still, I don't get why a Debian apt repository would require some recent browser user agent string to permit ingress; something seems to be missing from this picture. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: 'apt update' failure, me or repository?
On 2019-10-16, Art Sackett wrote:
> For any who've found this thread by searching for the problem they're
> having, the workaround is to create the file
> /etc/apt/apt.conf.d/99useragent and populate it with:
>
> Acquire
> {
> http::User-Agent "Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
> Firefox/60.0";
> };
By what mental procedure did you arrive at that workaround? It
doesn't seem to /coule de source/, at least for me.
> This changes apt's HTTP User-Agent string to that of a recent Firefox,
> which magically prevents the mirror servers from dropping apt's
> connections.
>
> This is Debian bug #942478:
This is you and your bug.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942478
>
>
--
"There are no foreign lands. It is the traveler only who is foreign."
-- Robert Louis Stevenson
Re: unattended-upgrades does not install upgrades on shutdown
On 2019-10-15, Yvan Masson wrote: >> >> I am currently using a VM with snapshots to try to find the culprit, I >> will let you know. > > I could not find the culprit so I reported the bug: > https://github.com/mvo5/unattended-upgrades/issues/229 >>> There's this (not sure if it's your issue or not): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837155 If /var resides on a separate file-system which is unmounted before unattended-upgrade-shutdown is run, it may repeatedly (by default for 10 minutes) try to acquire it's lock-file but fail since the containing folder doesn't exist. For which the fix is a file /etc/systemd/system/unattended-upgrades.service.d/mounts.conf containing [Unit] RequiresMountsFor=/var/log Maybe irrelevant. Or not. A bientôt, C. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Appears to be a problem with Debian Stretch 9.11.0 regarding WAN non-allocation ...
On 2019-10-10, Susmita/Rajib wrote: > To, > The Team Laptop, > debian-lap...@lists.debian.org, > The Team User, > debian-user@lists.debian.org, > Team Bugs, > debian-bugs-d...@lists.debian.org > Debian.org > > My dear illustrious Team Leaders, > Good morning. > > Yes, it appears to definitely be an issue. The following Post in > forums.debian.net could please be referred to: > Re: Broadcom wireless card doesn't work > http://forums.debian.net/viewtopic.php?f=7&t=143081&p=709041#p709041 > This might provide relief: https://wiki.debian.org/wl -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Bible study tools in Debian repository - End-user support?
On 2019-10-09, Richard Owlett wrote: > I'm running Debian 9.8 and have just installed BibleTime, Xiphos, and > diatheke. I expect BibleTime will become my primary tool. The available > documentation has breadth, if not depth. > > For the type of usage questions I have, I have found archives of mailing > lists and USENET groups to be a valuable tool in filling in voids in my > background to avoid "newbie" confusion. I searched the various homepages > without finding what I was looking for. One site explicitly stated they > do not have publicly available user support fora. A web search turned up > some old posts, all several years old. Have you looked here? https://github.com/bibletime/bibletime/issues I guess you'd have to sign up for a GitHub account to participate. > Can anyone suggest an active mailing list or USNET group where usage > questions about these programs would be acceptably on-topic? I find web > based fora difficult to follow. > > TIA > > > > -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: New Linux User needs some guidance
On 2019-10-08, Dejan Jocic wrote: > > Anyway, most of Linux newbies will not create usb from Linux machine > anyway, so I doubt that any of this will help OP. Personally, can't even > remember when I was creating usb image from anything but Linux, so can't > be of much help there. Right, and as the guy is totally blind to boot, I'm sure he'll enjoy wading through the usual digressive, thread-hijacking shitload of extraneous and sometimes erroneous verbiage in search of a precious nugget of useful information. > All best, > Dejan > > -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Dual boot: one legacy, the other uefi
On 2019-10-08, Joe wrote: > > But I'm pretty sure that any pre-installed Windows, and very few people > now install it themselves, will be a UEFI installation, which cannot be > changed to boot in legacy mode, nor vice-versa. > >From what I'm understanding you're batting a thousand here, Joe. https://docs.microsoft.com/en-us/windows/deployment/mbr-to-gpt https://www.asus.com/us/support/FAQ/1013017/ -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-08, Keith Bainbridge wrote: > > So I put noexec under the heading of it may deter somebody who is > looking for easy targets. > The seminal vector of the ANU attack (a concerted, determined, and sophisticated affair that might very well have been carried out by state operatives) was social (as in engineering); this could be considered a clueful lesson--if only they were capable of receiving one--to those system administrators positing the irrelevancy of human nature in these technical matters. Of course, we've already seen someone suggest here crippling modern email (in a University setting!) to the point of bare-bones ascii text communication with zero attachments; it is only a matter of time before one of our brilliant members opines that the veritable solution to our security concerns is the elimination of the human element altogether. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Dependencies et al (was: Default Debian install harassed me)
On 2019-10-07, Reco wrote: > > 1) Call me old-fashioned, but posters' personalities should not matter > here, at this list. I don't see what is old-fashioned about your opinion here. I would think it were the gentilities of polite discourse that have become outmoded (as demonstrated finely by the OP), and your view that good breeding is somehow immaterial the new-fangled thing. > Whenever a OP is a teen, old person, dog or AI (there are unconfirmed > sightings of last two posting here ;) is hardly relevant to the problem. > The language OP is using could definitely use some improvement indeed, > but discussing OP's personality just because of that is as low as it > gets. A person's nature when confronting a problem is entirely relevant to its solution. A puerile nature blames the stone, and eventually the landscape architects, when stubbing his toe in the rock garden. If your objective wisdom is to assert that this specific stone has no legitimate place in this particular garden and should be removed, well, that may be true. File the appropriate wish-list bug report with the architects, who have strived to create an ensemble effect and might not wish to go without certain elements. But as the stone in question figures on the map handed out to everyone before entry, it seems to me it could've been avoided one way or another by any astute visitor. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-05, wrote: > > # But we can bypass it with Jonathan's first method: > tomas@trotzki:~$ /bin/sh bar/hello > hello, world > I meant bash -c "~/whatever" appears to be faulty (for one reason or another. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-05, Keith Bainbridge wrote: > I'm still lurking here, but not sure what this suggestion means. He's not making one. He's offering examples of the trivial circumvention of the noexec option (but they all appear to be faulty for one reason or another). > Please expand. > > On 5/10/19 1:22 am, Jonathan Dowland wrote: >> On Wed, Oct 02, 2019 at 07:03:59PM +1000, Keith Bainbridge wrote: >>> I wonder if having /home on a 'noexec' partition would stop this >>> attack, please? >> >> I don't know specifically about this attack, but noexec is trivial to >> circumvent. Here's three ways: >> >> bash -c "~/whatever" >> cp ~/whatever /tmp && /tmp/whatever >> /lib64/ld-linux-x86-64.so.2 ~/whatever >> > > -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: hostname?
On 2019-10-04, Dan Ritter wrote: > >> > the output of >> > >> > hostname -f >> >> root@pix:~# hostname -f >> hostname: Name or service not known > > OK > "Name or service not known" is OK? You'd think it wouldn't be, and that that devil systemd, believing the static hostname for the machine is absent or invalid, is using the transient hostname as a fallback. There must be something escaping me here. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-04, wrote: > > Well -- that thing I implicitly mentioned was EFAIL [1], which could > leak a PGP encrypted content by crafting a broken MIME/HTML container > around it. You could argue that the MIME parser is broken, but software > tends to be broken in various and creative ways always. > You both might be happy to know that senior ANU staff have currently switched their MUAs to Oberon Mail, the reasoning being that the use of such a butt-ugly, obsolete, non-RFC compliant email client that hasn't been maintained in twenty years would strain the credulity of even the canniest Middle Kingdom black hat, who wouldn't think of targeting an app that all except one man somewhere in the Rockies considers defunct. This ruse has come to be known, in a punning variation on the well-known phrase, as "security by obtusity." On a lighter note, an unofficial source at MIT, that vibrant locus of human and artificial intelligence, has informed the /New York Times/ that Minsky et. al. believed Epstein named his plane the "Lolita Express" as a sincere tribute to Russian emigre literature. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-03, rhkra...@gmail.com wrote: > On Thursday, October 03, 2019 06:23:20 AM Andrew McGlashan wrote: >> There have been numerous bugs with LookOut (otherwise known as >> Outlook), running scripts and having other vulnerabilities due to >> preview pane being open. I try to encourage people NOT to have a >> preview pane, but people will still do what they want even if you tell >> them it is potentially dangerous. > > Ahh, a preview pane -- I don't believe I've encountered that term before, but I've been completely free of preview pain myself since I started using Alpine tablets. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Authentication for telnet.
On 2019-10-02, Greg Wooledge wrote: > On Wed, Oct 02, 2019 at 04:55:29PM -0000, Curt wrote: >> On 2019-10-02, Greg Wooledge wrote: >> > On Wed, Oct 02, 2019 at 09:45:12AM +0300, Reco wrote: >> > >> > So, I'm done with you. I'm adding you to the same file that the >> > illustrious Mr. Owlett is in, so I never have to read your mangled, >> > nonsensical crap again. >> > >> >> Aren't you delivering the right message to the wrong person (Mr. Reco?). > > I thought it was clear enough from context that I was responding to > peter's text, even though he was not the outermost layer of citation, > that I didn't bother to specify the person. > Sorry. I thought responding to Reco's post in order to deliver a message intended for Peter was unintentional. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Authentication for telnet.
On 2019-10-02, Greg Wooledge wrote: > On Wed, Oct 02, 2019 at 09:45:12AM +0300, Reco wrote: > > So, I'm done with you. I'm adding you to the same file that the > illustrious Mr. Owlett is in, so I never have to read your mangled, > nonsensical crap again. > Aren't you delivering the right message to the wrong person (Mr. Reco?). -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-02, Lee wrote: >> >> https://imagedepot.anu.edu.au/scapa/Website/SCAPA190209_Public_report_web_2.pdf >> > > Thanks for the link! > >> But the email program used by Client 0 is unspecified. > > As is the operating system - or did I miss that? > I don't think you did miss it. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Email based attack on University
On 2019-10-02, Torben Schou Jensen wrote: > Interesting story. > > I am missing technical details. > I do not understand how preview of e-mail can result in hackers stealing > userid and password, what kind of mail program was used? > Yeah, it's better to go directly to the publicly available incident report: https://imagedepot.anu.edu.au/scapa/Website/SCAPA190209_Public_report_web_2.pdf But the email program used by Client 0 is unspecified. The original spearphishing email (which is assumed to have contained some sort of self-executable code) was deleted (too late!) and proved unrecoverable. Subsequent spearphishing emails, however, used Word attachments as a vector (Appendix A, B, and C of the report). I also note a zip file attachment in the Appendix. -- "There are no foreign lands. It is the traveler only who is foreign." -- Robert Louis Stevenson
Re: Option 66 tftp-server-name qemu debian-installer
On 2019-09-28, Curt wrote: >> boot -n -net user,tftp=,tftp-server-name=qemutftp,bootfile=pxelinux.0 > > I know nothing about option 66; I did notice that in the man page it's > > -boot n -net > > not > > -boot -n net. Sorry, I meant not 'boot -n -net' (n not preceded by a hyphen in the man page).
Re: Option 66 tftp-server-name qemu debian-installer
On 2019-09-27, john doe wrote: > Hi, > > I'm trying to use option 66 (tftp-server-name) as explain at (1) with > the Debian installer in combination with Qemu. > > As I understand it, the following Qemu command should be used: > > boot -n -net user,tftp=,tftp-server-name=qemutftp,bootfile=pxelinux.0 I know nothing about option 66; I did notice that in the man page it's -boot n -net not -boot -n net. Whether this solves everything, nothing, or somewhere in-between, I really couldn't say. > In the cfg file I would have something like: > > "append ... url=tftp://qemutftp/preseed.cfg ..." > > The Debian installer gives me an error that the preseed file can't be > downloaded. > > > What am I missing? > > > 1) https://www.mankier.com/1/qemu > > -- > John Doe > > -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: whereis/whatcontains xserver-xorg-legacy?
On 2019-09-28, Felix Miata wrote: > >> apt-get doesn't clean by default. apt/aptitude probably do. > > Is there a way to choose the behavior other than typing apt-get instead of > apt? > I think it's something like Binary::apt::APT::Keep-Downloaded-Packages "true"; in a file perhaps called /etc/apt/apt.conf.d/01keep-debs Or on the command line: apt -o APT::Keep-Downloaded-Packages="true" install Doesn't seem to be a documented option in the man page for apt.conf, but is found here: /usr/share/doc/apt/examples/configure-index.gz
Re: Error While Installing Debian 10.0.0 Buster
On 2019-09-24, Thomas Schmitt wrote: > > That's the "auxiliary" module of SYSLINUX/ISOLINUX. > https://wiki.syslinux.org/wiki/index.php?title=Library_modules > In a bootable Debian ISO for amd64 it is supposed to have the path > /isolinux/ldlinux.c32 > Anything to do with this (it's old but still outstanding somehow)? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750586 (syslinux-common: Boot fails. Failed to load ldlinux.c32. File must be in /. Upstream bug) -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: Understanding PATH$ variable
On 2019-09-22, David Wright wrote: > On Sun 22 Sep 2019 at 16:31:22 (-), Curt wrote: >> On 2019-09-22, Thomas Schmitt wrote: >> > >> > So to avoid the cd command with absolute path, you would have to give >> > the script address as absolute path: >> > >> > python /path/to/script/script.py >> > >> >> I make my local scripts executable and stick them in '/usr/local/bin'. > > Yes, very appropriate for scripts that you (or others) frequently run, > but there are also scripts that are run infrequently, or where you > might not want to clutter your executable namespace with their names. > (A script called script.py would likely fall into the second category.) > Those are best placed elsewhere and not made executable. Honestly, I took the name 'script'.py for a metasyntactic variable. I can't see offhand why it couldn't easily be changed if it wasn't and the OP actually downloaded some python script called "script." Then again, Charlie Chaplin called his autobiography "My Autobiography" (which seems also to err on the tautological side), so I guess you really never know. > Of course, we don't know anything about the OP's scriptS [sic], and > perhaps we never will. > > Cheers, > David. > >
Re: Understanding PATH$ variable
On 2019-09-22, Thomas Schmitt wrote: > > So to avoid the cd command with absolute path, you would have to give > the script address as absolute path: > > python /path/to/script/script.py > I make my local scripts executable and stick them in '/usr/local/bin'. > Have a nice day :) > > Thomas > > -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: ./configure failure, can't find glib on debian-arm buster 10.1
On 2019-09-22, Curt wrote: It occurs to me that maybe the rpi isn't considered a Debian-based platform, in which case, sorry for the disruption. > On 2019-09-21, Gene Heskett wrote: >> >> My instant show stopper is in (fresh git clone today) >> linuxcnc-dev/src: ./configure --with-realtime=uspace >> [...] >> checking for GTK 2.4.0 or above... no >> configure: error: GTK2 missing. Install it or specify --disable-gtk to >> skip the parts of LinuxCNC that depend on GTK >> >> This is rasbian 10.1, so its got some wayland in it. What do I do next? >> Cheers, Gene Heskett > > Rather than stabbing the darkness time and time again, did you perform the > following? > > http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies > > apt-get install dpkg-dev > > sudo apt-get install dpkg-dev > > Then ask your LinuxCNC git checkout to generate its Debian package meta-data: > > cd linuxcnc-dev/debian > ./configure uspace > cd .. > > Finally ask dpkg-checkbuilddeps to do its job (note that it needs to run from > the linuxcnc-dev directory, not from linuxcnc-dev/debian): > > dpkg-checkbuilddeps > > It will emit a list of packages that are required to build LinuxCNC on your > system, but that are not installed yet. Install them all with sudo apt-get > install, followed by the package names. > > You can rerun dpkg-checkbuilddeps any time you want, to list any missing > packages. > -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: ./configure failure, can't find glib on debian-arm buster 10.1
On 2019-09-21, Gene Heskett wrote: > > My instant show stopper is in (fresh git clone today) > linuxcnc-dev/src: ./configure --with-realtime=uspace > [...] > checking for GTK 2.4.0 or above... no > configure: error: GTK2 missing. Install it or specify --disable-gtk to > skip the parts of LinuxCNC that depend on GTK > > This is rasbian 10.1, so its got some wayland in it. What do I do next? > Cheers, Gene Heskett Rather than stabbing the darkness time and time again, did you perform the following? http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies apt-get install dpkg-dev sudo apt-get install dpkg-dev Then ask your LinuxCNC git checkout to generate its Debian package meta-data: cd linuxcnc-dev/debian ./configure uspace cd .. Finally ask dpkg-checkbuilddeps to do its job (note that it needs to run from the linuxcnc-dev directory, not from linuxcnc-dev/debian): dpkg-checkbuilddeps It will emit a list of packages that are required to build LinuxCNC on your system, but that are not installed yet. Install them all with sudo apt-get install, followed by the package names. You can rerun dpkg-checkbuilddeps any time you want, to list any missing packages. -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: rpi4 vs mouse
On 2019-09-20, Gene Heskett wrote: > > We had this same problem with the mouse when the rpi3b+ was new, seems to > me it should have been fixed by now. But raspbian is weird. In lots of > ways. But wading thru the search results on thier forum is a cast iron > bitch, "laggy mouse" gets you 8000+ hits and the above is only mentioned > 5 or 6 times. And you've got to click on the individual message to see > it all. Sucks, about 10-33 torr. > I entered 'rpi 4 laggy mouse' as a search string in the search engine of my choice and the first hit was a winner. Searching on the rpi forum itself with the self-same terms https://www.raspberrypi.org/forums/search.php?keywords=rpi+4+laggy+mouse at the fifth result I struck pay dirt. -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: rpi4 vs mouse
On 2019-09-19, Gene Heskett wrote: > > I recall it was something in /boot/cmdline.txt that had to be removed to > make the mouse move in real time, but can't find that msg now, I assume > because its been expired. I'm reading not removed, but added? usbhid.mousepoll=0 You can experiment with the numerical value if the results are less than optimal. > There's not a man page for cmdline.txt. Does anyone recall what that > was ? > > Thanks. > > Cheers, Gene Heskett -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: Stretch to Buster with sysvinit
On 2019-09-17, Sven Joachim wrote: > On 2019-09-17 11:10 -0500, David Wright wrote: > >> >> Well, the only link *needed* is init, hence its dependency on package >> init, whose sole function is to keep the number of init configurations >> more than zero and less than two. >> >> The rest of those links just mean that I can read, say, a 60 line man >> page for shutdown instead of the 1270 lines of man systemctl. >> >> So it does seem odd to name the package after some links of >> convenience rather than its prime function of associating systemd >> (/lib/systemd/systemd) with /sbin/init. > > The other symlinks are also pretty important, since other software on > the system relies on them. For instance, the kernel invokes > /sbin/poweroff and /sbin/reboot to power off or reboot the machine under > some circumstances. Have a look at kernel/reboot.c in the Linux > kernel tree. In the beginning, the symlinks had nothing to do with SysV and one expressed bewilderment (or maybe it was rancor?) at the systemd-sysv package name and its totally irrelevant allusion to SysV; then, in a certain softening of that radical posture, the symlinked runlevels were said to not necessarily be SysV specific (as if the steering wheel and tires of a Chevy Camaro weren't specific to the Camaro because other cars exist that have steering wheels and tires, too), and now the claim seems to be that, with the exception of init, the runlevel symlinks are superfluous, and it is therefore curious "to name the package" systemd-sysv "after some links" (kind of admitting by that observation, I guess, that those links are indeed related to SysV, but then again sort of ignoring, also, systemd's top billing in the package name). > Cheers, Sven > > -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: Stretch to Buster with sysvinit
On 2019-09-17, The Wanderer wrote: >>> Yes, but unless I'm greatly misunderstanding matters, /sbin/init is >>> not specific to sysvinit. >> That's okay, as I never came close to claiming it was. But you focus >> uniquely upon this "point," while ignoring the part about the "links >> needed for systemd to replace sysvinit." > > That's because those links don't, themselves, have anything to do with > sysvinit. At least not as far as I can tell. runlevels have nothing to do with sysvinit? -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: Stretch to Buster with sysvinit
On 2019-09-17, The Wanderer wrote: >> Why he would say "despite its name" eludes this correspondent, >> because the package has *everything* to do with sysvinit, providing >> as it does the "links needed for systemd to replace sysvinit. >> Installing systemd-sysv will overwrite /sbin/init with a link to >> systemd." > > Yes, but unless I'm greatly misunderstanding matters, /sbin/init is not > specific to sysvinit. That's okay, as I never came close to claiming it was. But you focus uniquely upon this "point," while ignoring the part about the "links needed for systemd to replace sysvinit." This is the Debian OS, and we're speaking of replacing the former default init system *in situ*, which was sysvinit, not upstart or any other, and I can only believe systemd-sysv takes this specificity into account (*and thus derives its name from its function*). So the package does have everything to do with the replacement of sysvinit by systemd in Debian. It remains elusive why you should feel the package name is somehow a misnomer. -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: Stretch to Buster with sysvinit
On 2019-09-16, Brian wrote: >> >> The dist-upgrade will have resulted in installing the systemd-sysv >> package, which (despite its name) has nothing to do with sysvinit; it is >> the package which sets systemd as the primary / active / default init >> system. >> >> Installing sysvinit-core will uninstall that package. > > What causes systemd-sysv to be installed? > Why he would say "despite its name" eludes this correspondent, because the package has *everything* to do with sysvinit, providing as it does the "links needed for systemd to replace sysvinit. Installing systemd-sysv will overwrite /sbin/init with a link to systemd." Maybe by "nothing to do with" he means something I've yet to grasp. I always thought the systemd-sysv package was required only by those upgrading from the former init system to the new default. Perhaps I've got this all wrong. -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: installed zfsutils-linux post-installation script returned exit status 1
On 2019-09-17, Mark Allums wrote: >> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923377 >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915831 > > The first doesn't apply, and I don't think the second does, either. See > my new post in this thread. Well, what you provided in the initial OP was a bit on the parsimonious side. Now that we know a little more maybe this is the applicable bug (although it concerns a previous version of the package, and you haven't said--or have you?--what release you're using): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927003 Did you "Try running '/sbin/modprobe zfs as root' as suggested in the verbose output you posted elsewhere (Hans-Christoph Steiner's workaround)? Also, I don't grok why Okular would pull in zfsutils-linux as a dependency. I must be missing some essential thing. > Mark > > -- "I understand what you’re saying, and your comments are valuable, but I’m gonna ignore your advice." -- Fantastic Mr. Fox
Re: installed zfsutils-linux post-installation script returned exit status 1
On 2019-09-16, Mark Allums wrote: > I need advice diagnosing and dealing with this: > > E: zfsutils-linux: installed zfsutils-linux package post-installation > script subprocess returned error exit status 1 Maybe one or both of these bug reports apply: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923377 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915831 > Thanks, > > Mark > >
Re: Buster installer sets fs_passno 1 for /boot/efi in /etc/fstab
On 2019-09-14, Nicholas A Fleisher wrote: > In the /etc/fstab written by the installer, the sixth field of the > /boot/efi line has the value "1". My understanding is that only > the root > partition should have this value (and it does in this case; the > installer wrote two lines in /etc/fstab where the sixth field has > the > value "1"). > https://www.freedesktop.org/software/systemd/man/systemd-fstab-generator.html The passno field is treated like a simple boolean, and the ordering information is discarded. However, if the root file system is checked, it is checked before all the other file systems. So apparently it's indifferent whether the fstab sixth field contains a 1 or a 2 in the world of systemd. -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: rocks n diamonds
On 2019-09-13, Greg Wooledge wrote: > > And certainly many more, but that's all I could find in a minute or so > with Google. The problem is, most of the relevant threads have unrelated > Subject headers, like "rocks n diamonds". Which is not the OP's fault -- > it's just the way it ends up working out. > Then again rocks n diamonds never had anything to do with anything, and only the purest of unlikely serendipities might lead the haplessly unaware Debian user of the new su to the OP's thread (around the time hell freezes over, I should think). If you wanted to choose for extraneousness, you could hardly do better than 'rocks n diamonds' as a subject header. But had the OP chosen "dpkg-reconfigure -- command not found as root," for instance, as his subject line, that unlikelihood might have been reduced by a certain margin, though I admit maybe not one significant enough to merit this little aside. -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: rocks n diamonds
On 2019-09-13, Paul Sutton wrote: > > Once I have run su to get to root I try and run > > dpkg-reconfigure rocksndiamonds > and get > bash: dpkg-reconfigure: command not found > > can anyone suggest what is wrong please, I can only guess you've done a 'su' rather than 'su -' in becoming root. > cat /etc/debian_version > gives : 10.1 > > Thanks > > Paul -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: Default date output format changed after an upgrade to buster
On 2019-09-12, Greg Wooledge wrote: > On Wed, Sep 11, 2019 at 07:31:13PM -0500, David Wright wrote: >> Even more astonishing is the fact that the US Government switched >> their am/pm meanings sometime between 2000 and 2008, which shows >> just how ambiguous they are. > > [citation needed] > > https://en.wikipedia.org/wiki/12-hour_clock#cite_note-26 The style manual of the United States Government Printing Office used 12 a.m. for noon and 12 p.m. for midnight until its 2008 edition, when it reversed these designations,[14][15] later maintained in its 2016 revision.[23] -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: Default date output format changed after an upgrade to buster
On 2019-09-12, rhkra...@gmail.com wrote: > > But, ok, I'll try to burn that into my memory -- at night (when it is dark) > 12:00 (midnight) is the beginning of morning (12:00 am). During the day, > when > it is light 12:00 (noon) is the beginning of night (12:00 pm). > >> If 11:59 PM is two minutes before 12:01 AM, then 12:00 is AM. >> >> The problem stems from 12 actually indicating what anybody sensible >> would consider 0. >> There is a special-case moment straddling the previous as well as the next day simultaneously. In 24-hour clockland, if you wish that instant in time to belong to the day that is ending, you write 24:00 (to denote midnight at the end of the calender day); on the other hand, if you desire the instant to belong to the following day, you write 00:00 (a much more common notation, but I suppose the former has its uses also). -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: crc16
On 2019-09-11, Curt wrote: > On 2019-09-11, Grzesiek Sójka wrote: >> Hi there, >> >> Is there any utility to calculate crc16 (not the crc32) in Debian? > > > curty@einstein:~$ apt-cache search crc16 > node-crc - module for calculating Cyclic Redundancy Check (CRC) On second thought, maybe it's wiser to install 'python-crcmod' (available from the repositories, I believe). http://crcmod.sourceforge.net/crcmod.html >> Thanks in advance for any help >> >> > > -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: crc16
On 2019-09-11, Grzesiek Sójka wrote: > Hi there, > > Is there any utility to calculate crc16 (not the crc32) in Debian? curty@einstein:~$ apt-cache search crc16 node-crc - module for calculating Cyclic Redundancy Check (CRC) > Thanks in advance for any help > > -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: Default date output format changed after an upgrade to buster
On 2019-09-11, Curt wrote: > On 2019-09-10, Sven Joachim wrote: >> On 2019-09-10 22:06 +0200, Rainer Dorsch wrote: >> >>> Hi, >>> >>> after an upgrade from stretch to buster, the date default output changed on >>> my >>> system >>> >>> As an example: >>> >>> Tue Sep 10 19:50:26 CEST 2019 (stretch) >>> Tue 10 Sep 2019 09:26:33 PM CEST (buster) >>> >>> I am just wondering if this is a known issue or if another configuration >>> change >>> during the upgrade caused this. >> >> The default format very much depends on your locale. In the en_US.UTF-8 >> locale I also see the difference, but I think it's a bug fix. The >> buster output looks more like what an American user would expect. If >> you don't like it, set LC_TIME to something else, e.g. en_GB.UTF-8. > > You'd assume Americans would be less bewildered without the > "military-style" 24 clock (I remember old dad quizzing me when I was a 24-hour clock > kid: "What time's 1700 hours?"), but then again our rather unique > habit of putting the month before the day (as in mm-dd-) is reversed > by the upgrade, so it seems to be a tie cultural imperialism-wise. > >> Cheers, >>Sven >> >> > > -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: Default date output format changed after an upgrade to buster
On 2019-09-10, Sven Joachim wrote: > On 2019-09-10 22:06 +0200, Rainer Dorsch wrote: > >> Hi, >> >> after an upgrade from stretch to buster, the date default output changed on >> my >> system >> >> As an example: >> >> Tue Sep 10 19:50:26 CEST 2019 (stretch) >> Tue 10 Sep 2019 09:26:33 PM CEST (buster) >> >> I am just wondering if this is a known issue or if another configuration >> change >> during the upgrade caused this. > > The default format very much depends on your locale. In the en_US.UTF-8 > locale I also see the difference, but I think it's a bug fix. The > buster output looks more like what an American user would expect. If > you don't like it, set LC_TIME to something else, e.g. en_GB.UTF-8. You'd assume Americans would be less bewildered without the "military-style" 24 clock (I remember old dad quizzing me when I was a kid: "What time's 1700 hours?"), but then again our rather unique habit of putting the month before the day (as in mm-dd-) is reversed by the upgrade, so it seems to be a tie cultural imperialism-wise. > Cheers, >Sven > > -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: Linux Journal epub files
On 2019-09-09, Richard Owlett wrote: > On 09/08/2019 02:55 PM, Marc Shapiro wrote: >> I have Linux Journal in epub format up through June of 2018. I didn't >> grab the others as they became available and by the time I realized that >> LJ was closing permanently, the archives were no longer working. Does >> anyone know where I can find the newer issues (7/18 through end of >> publication) in epub format? >> > > Have you tried the Wayback Machine > http://archive.org/web/web.php > Doesn't appear to have anything past 2017? https://archive.org/details/linuxjournalmagazine# There's a 804 MB zip archive (though I believe it's the html): ftp://45.79.14.179/LinuxJournalIssues/secure2.linuxjournal.com/ljarchive/ -- Thug: This is a stickup! Now come on. Your money or your life. [long pause] Thug: [repeating] Look, bud, I said, 'Your money or your life.' Jack Benny: I'm thinking, I'm thinking!
Re: attempted install of buster arm64 net-install on rp4 fails instantly
On 2019-09-08, Gene Heskett wrote: >> > >> > What does this do that the iso doesn't, and note it takes a windows >> > machine to follow those instructions. >> >> Eh? How do you work that out? > > I won't, theres always another way to skin that cat. ;-) Time, if I have > it, will sort that out. He means how did you derive that erroneous notion from the 'README.concatenateable_images,' which says: To create a complete image from the two parts on Linux systems, you can use zcat as follows: zcat firmware..img.gz partition.img.gz > complete_image.img (In fact, in Windows the process is more involved.) > Cheers, Gene Heskett -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: buster: multiple instances of konqueror?
On 2019-09-01, D. R. Evans wrote: > > How do I configure konqueror in buster so that I can run more than one > instance? Settings-Configure Konqueror-Performance- Disable 'Always try to have one preloaded instance' Quit Kill all residual konqueror processes. This is the fix I gleaned from bug reports on the internets. But I'm late to the party, haven't perused the entire thread, the problem's been solved to boot, and god knows what else. > Doc -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: test, Was: mplayer won't play m4a
On 2019-09-03, Thomas Schmitt wrote: > Hi, > > Curt wrote: >> I post to the group via news.gmane.org with a NNTP client. > > Can you see gmane.linux.debian.user there ? I guess I wasn't precise enough. news.gmane.org is the news server. gmane.linux.debian.user is this newsgroup. I am here. > If yes: Are there recent messages from Rodolfo Medina ? > E.g. this one: Yes, there are recent messages from that old troublemaker, Rodolfo Medina. ;-) > From: Rodolfo Medina > Subject: Re: mplayer won't play m4a > Date: Mon, 02 Sep 2019 13:15:24 + > Message-ID: <87r24yx2j7.fsf@lenovo> > > (It might have suffered silent rejection due to its 1 MB attachment.) Can't find that specific message id, in fact, but as I have developed no systematic way of looking for it (clumsy in informatics as I am) I may have missed it. > > Have a nice day :) > > Thomas > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: test, Was: mplayer won't play m4a
On 2019-09-03, Thomas Schmitt wrote: > > --- > And a curious question towards Curt : > Your mails have the same > Old-Return-Path: > as in the message copy which Rodolfo gave me as the one to which he tries > to reply and fails. > There are more signs that gmane touches your messages before they show up > in my mailbox. (X-Injected-Via-Gmane: http://gmane.org/) > > If it is not an intrusion into your privacy: Do you have an explanation > for the involvement of gmane in your mail transport ? I post to the group via news.gmane.org with a NNTP client. > --- > > Have a nice day :) > > Thomas > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Delete all after a pattern
On 2019-08-31, The Wanderer wrote: > > (And may I say that it's annoying to need to explain this every time, in > order to forestall being called out for "senseless use of cat"? Not that > I get called out for that here very much, but it does seem to happen > virtually every time I don't include an explanation...) > Isn't that "useless" rather than "senseless" where cats are concerned? -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: udev being an ass
On 2019-08-28, Gene Heskett wrote: > > If you can't say something constructive Brian, please just stfu. I won't > claim to speak for the rest of the list, but I am damned tired of your > negative attitude. You have, I assume the same clothes to get glad in > that you got mad in. Use them. In your defense I'll say that your negativity is infrequently, if ever, *ad hominem*, and udev, brltty et. al. are all inanimate things, not animate beings, the former being incapable of taking umbrage at being the target of diverse epithets, as they are, like rocks, lacking in all sensibility (despite the inane OT babbling of the AI bullshit artists of the group, and not to mention the self-righteous assholes who hijack legitimate threads from the /blind/ without compunction, for whom I will save my personal indignation, thank you very much*). Also, you're /old/, man, which deserves the cutting of slack in my book as a matter of simple elegance, like giving your seat to the pregnant lady at rush hour on the bus. ;-) *https://www.mail-archive.com/debian-user@lists.debian.org/msg746883.html > Cheers, Gene Heskett -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: udev being an ass
On 2019-08-28, Gene Heskett wrote: > > It may, looks as if it could, but by itself lacks sufficient context to > ring any bells. https://www.mail-archive.com/debian-user@lists.debian.org/msg747147.html Drop Revert-udev-network-device-renaming-immediately-give.patch. ... In case you rely on the udev renaming mechanism now would be a good time to switch to the new scheme AFAIK, '/etc/udev/rules.d/70-persistent-net.rules' is the udev network device renaming mechanism (which won't work without the patch, I guess). > Cheers, Gene Heskett -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: udev being an ass
On 2019-08-28, Gene Heskett wrote: > >> in Bullseye it appears that >> '/etc/udev/rules.d/70-persistent-net.rules' won't even kind of sort of >> maybe work in specifically unspecified cases (if I understood a recent >> announcement here correctly). > > A link? > https://www.mail-archive.com/debian-user@lists.debian.org/msg747147.html When I saw this, after splitting a gut, I thought this kind of sort of maybe meant that. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: udev being an ass
On 2019-08-27, Gene Heskett wrote: >> >> In spite of posts about it in -user, you are just about clueless about >> status of /etc/udev/rules.d/70-persistent-net.rules, aren't you? >> > I can read them just fine. But when written in swahili, they aren't that > easy to understand. But first, make them do as they should do. And > write them in English so they can be understood. > "Deprecated" in Squeeze, "officially unsupported" (wonderful Orwellian techno-speak, I guess, but maybe within these parentheses one should simply write 'sic') in Buster according to the release notes, although "it may still work" (the specific circumstances under which it does is left as an exercise for the reader), in Bullseye it appears that '/etc/udev/rules.d/70-persistent-net.rules' won't even kind of sort of maybe work in specifically unspecified cases (if I understood a recent announcement here correctly). Got it? -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: pdftk
On 2019-08-26, steef wrote: > hi folks! > > is there a simple commandline command to get pdftk so kind to merge a > couple of pdf-files? the explanation in the man and --help-files is > for me in somewhat cryptic english. kind regards, Now it complains > with 'input-errors'. Join pdfs: pdftk foo.pdf bar.pdf cat output foobar.pdf Split pdf into one-page files: pdftk foo.pdf burst (outputs pg_0001.pdf, pg_0002.pdf and so on) Just page 22: pdftk foo.pdf cat 22 output bar22.pdf Only pages 1-22: pdftk foo.pdf cat 1-22 output bar1to22.pdf > steef > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: No Audio after suspend on Lenovo Ideapad 130s Debian Buster
On 2019-08-20, Nektarios Katakis wrote: Intel Corporation Device 3198 (rev 03) > > If I understand correctly the problem was solved? If so you can check > `man alcactl` on how to persist the configuration generated from the > init command you ran. > I think this is a bug in a kernel module/driver, so updating alsa would be of no utility. As the workaround masks HDMI audio output, if the OP doesn't require that output, I'd just leave well enough alone. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: No Audio after suspend on Lenovo Ideapad 130s Debian Buster
On 2019-08-18, John Kerr Anderson wrote: > > Aug 18 13:45:13 ideapad kernel: [ 4269.876500] snd_hda_codec_realtek > hdaudioC0D0: Unable to sync register 0x1f0e00. -5 > Aug 18 13:49:47 ideapad kernel: [ 4543.985442] snd_hda_codec_realtek > hdaudioC0D0: Unable to sync register 0x1f0e00. -5 Looks like this bug: https://bugs.freedesktop.org/show_bug.cgi?id=110916#c5 > Are there any suggestions I could try to get this to work correctly after > suspend/resume events? Workaround suggested at the link above: add "snd_hda_intel.probe_mask=0x01" to your kernel parameters at boot. This kernel parameter renders any hdmi audio output you might have unavailable and therefore unusable, though. Good luck. > Thanks in advance, > > John > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Confounding behaviour of Empathy.
On 2019-08-16, pe...@easthope.ca wrote: > The Contacts List in Empathy notifies in bold letters, "You haven't > added any contacts yet". Meanwhile the "Add Contact" button is pale > grey; disabled. That goes beyond confounding; it's downright frustrating. Have you installed any of the "recommended" protocol packages (like 'telepathy-gabble', for instance)? If not, this might provide support for the justifiability of the default installation of recommends. BTW, am I dreaming or are you using a mail client that hasn't been maintained since the year 2000? Or am I getting that wrong somehow? I looked here: ftp://ftp.ssw.uni-linz.ac.at/pub/Oberon/ and read there http://linuxmafia.com/faq/Mail/muas.html > I guess others have encountered this connundrum. Anyone have a solution? > > Thanks, ... Peter E. > > > > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Permissions and delivery of LAN email by exim
On 2019-08-16, Greg Wooledge wrote: > On Fri, Aug 16, 2019 at 02:20:09PM -0500, David Wright wrote: >> AIUI exim should be able to deliver emails into a user's mbox, but >> I'm confused about how exim is meant to do that, because it runs as >> user Debian-exim, but mailbox permissions are normally group:mail. > > I don't know much about exim4, but: > > -rwsr-xr-x 1 root root 1241412 Jul 20 07:35 /usr/sbin/exim4 > > That setuid bit means it *can* become you in order to deliver a message > to your inbox. > That's exactly what the docs say is supposed to happen: Local message deliveries are normally run in processes that are setuid to the recipient, and remote deliveries are normally run under Exim’s own uid and gid. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: dbus-deamon avoiding reboot after upgrade
On 2019-08-14, Reco wrote: > Hi. > > On Wed, Aug 14, 2019 at 08:58:56AM +0200, Sven Hartge wrote: >> Reco wrote: >> >> > 1) libpam-systemd, loginctl and friends. >> > Useful for a workstation, useless for a server. >> >> I wouldn't go this far. libpam-systemd and loginctl can be useful on a >> server, depening on its job and role. > > Let me rephrase. On a typical database server, file server, DNS server > and/or web server - libpam-systemd is virtually useless. > The reason for this is - all interactive user logins are used for > management tasks, not running resource-consuming programs. There's actually a bug report concerning this very issue (well, the OP issue as it stood before the inevitable thread bifurcation), which explains the why, if not the how. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805449 > Reco > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: is it possible run 32-bit app on 64-bit amd system??
On 2019-08-13, Greg Wooledge wrote: > On Tue, Aug 13, 2019 at 07:47:52AM -0400, rhkra...@gmail.com wrote: >> I'm in a strange mood today (I end up here often) -- I like to see things >> like >> that written as: >> >> mplayer -novideo >> >> or >> >> mplayer -novideo >> >> It makes it more clear what is "fixed text" and what is a variable / >> parameter. > > Clear to YOU. > > But then you get the occasional fool who puts the literal < and > signs > in their command. > I thought this was what metasyntactic variables were for, the occasional foo for the occasional fool, but maybe not, and anyway, the fool is often quite cleverly foolish, working around the best of intentions easily. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: OT "x times cheaper", was: Re: Server hardware advice.
On 2019-08-10, Richard Hector wrote: > > Similarly, one of our local fuel stations has (or had) vouchers that say > things like '10c per litre off every litre of fuel' - which also quickly > gets into trouble if taken literally :-) You mean that would mean 20c off the second litre and 30c off the third, and so on, or something else? I really don't know. It seems 'every litre of fuel' is where the phrase goes wrong and that part could profitably be deleted, leaving simply: '10c per litre off.' Anyway, whoever wrote that must've been gassed (so to speak). > Richard > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
(Solved) Re: Systemd start that won't stop
> wrote: > Just like the scanner in "Knight Rider", I see the picture. Yes. > What is the output of the following command? > > $ sudo systemctl status plymouth-quit-wait Unfortunately, since I went above-and-beyond before saving the text, I don't have the output, only that it didn't say anything about what was hanging it up, only that it was "waiting". > It is supposed to be some sort of graphical boot screen. I just > tried it on my Buster machine, but the only notable difference > that appeared. was that now I have asterisks when typing in the > passphrase of my ciphered drive. I'm not even certain this is > related. Yes, indeed. I went into dselect and removed Plymouth and its library, no dependencies were noted except its library. Upon reboot, the ciphered drive login had no asterisks, and it was 80x24 screen resolution. The boot sequence this time did not look like RedHat with the green success indicators, in fact there were hardly any boot messages on tty1 at all. This is different. However, the boot was successful and the console is working perfectly now. No more tty1 dead. Problem solved. Many thanks. Curt-
Re: mount weirdness reloaded
On 2019-08-10, Dennis Wicks wrote: > > If you have some suggestions on what info to gather then let > me know. Bear in mind that during the boot process my system > is pretty much unresponsive for the hour or so until the > window manager is up and everything has settled down. > An hour or so. I think I missed something. Once the your hour's up, I believe Michael Stone suggested 'dmesg'. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Systemd start that won't stop
On 8/9/19, Curt Howland wrote: > Hi. New Buster install. > [ ***] A start job is running for Hold until boot process finishes (2h > 54m 38s / no limit) Those asterisks are also red, and moving left to right, the same as seen during shutdown when something won't politely die. Only two things look interesting to me under "list units:: # systemctl list-units getty@tty1.serviceloaded inactive dead start Getty on tty1 plymouth-quit-wait.serviceloaded activating start start Hold until boot process f Since tty1 would be the console, it makes sense that it would be dead. I have no idea what a "plymouth" is. dmesg showed nothing that looked wrong. There is no problem with partition space. Curt-
Systemd start that won't stop
Hi. New Buster install. While X11 is working just fine, the console is unusable, due to a startup message that never stops: [ ***] A start job is running for Hold until boot process finishes (2h 54m 38s / no limit) This goes on until the laptop is shut down. How do I find the errant process? The start-up messages fly by, but I don't see any failures, or any indication of what process it is that won't stop starting. Curt-
Re: Helpful attitude (was: Server hardware advice.)
On 2019-08-08, Dan Ritter wrote: >> >> I think you are missing the point: When someone asks a question on this >> list, then that someone gets to decide what the question is. > > Sure. But they also bear the burden of communicating precisely > what it is that they are asking for, and accepting that some > responses will offer advice rather than answers. Some of that > advice is even valuable! > The questioner gets to decide what the question is, and the answerer gets to decide what the answer is. The former taken to facetious extremes is epitomized by you-know-who, and the outer limit of the latter is occupied by the old-timer who advises a person wanting to get printing working again in kmail (for example) to just use Mutt. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: mount weirdness
On 2019-08-08, Michael Stone wrote: > On Thu, Aug 08, 2019 at 11:52:41AM +0200, Thomas Schmitt wrote: >>The central riddle is how mount(8) can fail to make the filesystem >>available without visibly reporting an error. >>A question about "mount -v" and its exit value is pending. >>Maybe one should also look at dmesg output after such a silent failure. > > Yes, there are often messages in dmesg which do not appear in the mount > output. I don't think the kernel API for mount passes those to the > caller. I'd want to see that, and also the filesytem type (which, if > mentioned, got lost in this wandering thread). > > sdb2 xfs Work-Area-1 20173008-eeaa-41cd-b862-f7d0b871895d 241.9G65% /wa11 -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: How free is Debian
On 2019-08-08, Brad Rogers wrote: > > So, when a person agrees to the terms of the EULA, they waive their > legal right to reverse engineer. If you wish to NOT waive your rights, > then you don't accept the EULA. Of course you then won't be able to > install, never mind use, the software. Catch-22. > https://en.wikipedia.org/wiki/Sega_v._Accolade ... Sega v. Accolade has been an influential case in matters involving reverse engineering of software and copyright infringement, and has been cited in numerous cases since 1993.[3]:388[10] The case has redefined how reverse engineering with unlicensed products is seen in legal issues involving copyright. Legally, the decision concurred that the nature of Accolade's work in reverse engineering the Sega Genesis was to access ideas that were deemed unprotected by copyright law, and could only be accessed by decompiling.[12] By the verdict, the console's functional principles were established not to be protected by copyright,[5] and that when no other means were available, reverse engineering the copyrighted software to access information about the console's functional principles is protected by the fair use doctrine ... Sega v. Accolade also served to help establish that the functional principles of computer software cannot be protected by copyright law. Rather, the only legal protection to such principles can be through holding a patent or by trade secret. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: mount weirdness
On 2019-08-08, Thomas Schmitt wrote: > Hi, > > The central riddle is how mount(8) can fail to make the filesystem > available without visibly reporting an error. Nothing to do with these swaps spaces (I took a gander at the /etc/fstab)? /wa1/Swap5 ... /wa2/Swap6 ... "I can mount /dev/sdb2 on any mount point except /wa1 and 2)" says the OP. There's also a /wa3/Swap4, so maybe not. I wonder what happens if you try to mount a partition on ... well. > A question about "mount -v" and its exit value is pending. > Maybe one should also look at dmesg output after such a silent failure. > > > Have a nice day :) > > Thomas > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: mount weirdness
On 2019-08-08, Curt wrote: > On 2019-08-05, Dennis Wicks wrote: >> >> >> So anyway, I typed in "sudo mount /dev/sdb2 /wa1" and it >> seemed to finish successfully, but "ls /wa1" indicated that >> in fact it had not. Nothing mounted on wa1! Many other tests >> told me the same thing. "umount /wa1" said "not mounted"! > > Would this be the result if /dev/sdb2 were already mounted (i.e. nothing?). > > Many other tests. What about 'mount' from an xterm to see what's mounted > and what ain't and where? > > Did you show your /etc/fstab file (cut and paste)? If so, I must've missed > it. > > BTW, what's with the exclamation points? Makes you seem enthusiastic. > > ;-) > Oh, and I forgot: the relevant logs might be clueful and relevant and of course should be explored for relevant clues. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: mount weirdness
On 2019-08-05, Dennis Wicks wrote: > > > So anyway, I typed in "sudo mount /dev/sdb2 /wa1" and it > seemed to finish successfully, but "ls /wa1" indicated that > in fact it had not. Nothing mounted on wa1! Many other tests > told me the same thing. "umount /wa1" said "not mounted"! Would this be the result if /dev/sdb2 were already mounted (i.e. nothing?). Many other tests. What about 'mount' from an xterm to see what's mounted and what ain't and where? Did you show your /etc/fstab file (cut and paste)? If so, I must've missed it. BTW, what's with the exclamation points? Makes you seem enthusiastic. ;-) -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Buster on laptop cannot find Nokia 3 hotspot...
On 2019-08-07, Nimrod wrote: > > > It seems there is something wrong with my laptop and Nokia 3 when they > try to communicate. Currently I'm still using my Nokia 3 as a modem via > > Thanks in advance for any hint. > I really have no idea, but I was just reading that if it's a 5 ghz hotspot you've created, an older device might not be able see it. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: virt-manager (was Re: Virtual Box)
On 2019-08-06, The Wanderer wrote: >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D765448 > > Interesting. How'd you find that? It didn't crop up in my searches based > on the error messages I was seeing. > I looked for "debian virt-manager without systemd" using the G search engine, and the bug was behind curtain number 3. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: virt-manager (was Re: Virtual Box)
On 2019-08-06, The Wanderer wrote: > > I tried this out myself recently, but couldn't get it to work; it > reports that "libvirtd is installed but not running". > > As far as I can tell, the problem boils down to the fact that I refuse > to have libpam-systemd installed, which means that I can't install > policykit-1, which means that I can't install libvirt-daemon-system, > which means libvirtd doesn't get run automatically. > There's actually a bug report concerning this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765448 Paul Floyd at the bottom hacked his way to a crude (well) solution by modifying the dependency in /var/lib/dpkg/status on "policykit-1" to "policykit-1 | sysvinit-core," which allowed him to install libvirt-daemon-system. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-06, Curt wrote: >> >> it says multiple users - not the same user >> >> > > curty@einstein:~/glimmer$ man dm-tool > > switch-to-greeter >Switch to the greeter suitable for logging into a new >session. > > Says "logging into a new *session*." (emphasis mine). > > Let's ask Gene to try it and report back. > I guess what Ed would want here is one of the following (because it seems switch-to-greeter indeed won't get it): add-nested-seat Start an X server inside a session and connect it to a display manager. add-local-x-seat DISPLAY_NUMBER Connect an existing X server to the display manager. add-seat TYPE [NAME=VALUE...] Add a dynamic seat. Apparently poorly documented (like what is TYPE?): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849072 -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-06, deloptes wrote: > Curt wrote: > >> LightDM's dm-tool command can be used to allow multiple users to be logged >> in on separate ttys. The following will send a signal requesting that the >> current session be locked and then will initiate a switch to LightDM's >> greeter, allowing a new user to log in to the system. > > it says multiple users - not the same user > > curty@einstein:~/glimmer$ man dm-tool switch-to-greeter Switch to the greeter suitable for logging into a new session. Says "logging into a new *session*." (emphasis mine). Let's ask Gene to try it and report back. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-06, Ed wrote: > On 2019-08-06 09:02+0300, Andrei POPESCU wrote: >> On Lu, 05 aug 19, 21:56:55, Ed wrote: >> > >> > How do you run two login managers though so that you can have two users >> > share the same computer without having to log out? In other words, >> > whilst I go and make dinner I want to allow someone else to sit here, >> > without having to shut applications down? >> >> Some login managers have the "switch user" feature. > > Does that feature take the user back to the login screen without leaving > the applications running? > https://wiki.archlinux.org/index.php/LightDM LightDM's dm-tool command can be used to allow multiple users to be logged in on separate ttys. The following will send a signal requesting that the current session be locked and then will initiate a switch to LightDM's greeter, allowing a new user to log in to the system. $ dm-tool switch-to-greeter Looks promising. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-05, Felix Miata wrote: > Curt composed on 2019-08-05 11:29 (UTC): > >> Maybe this is the bug we're looking for: > >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834270 > >> Fix (Simon says): > >> * removing the call to /usr/bin/clear_console from ~/.bash_logout >> (console is cleared anyway nowadays) >> * replacing the call to /usr/bin/clear_console with /usr/bin/reset in >> ~/.bash_logout > > That's the bug and workaround I couldn't remember for my previous reply. I > rarely > login on vtty1 as a habit going back many moons. Wading through extraneous material until arrival at the relevant log files, which may reveal some clue, except those are curiously kept under wraps. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: where is my disk space
On 2019-08-05, davidson wrote: > > To me it looks like the log below is telling you that your power key > was either being held down or stuck in that position. > > That is all. Whatever libinput is trying to say is apparently repeated to the point where I would consider the repetition itself to be a form of bug, whether the power key is going haywire or not (which Long doesn't mention as a vector of particular concern). So if the power key goose is wild (or "fixing" the incriminated key is impractical for one reason or another), how do we get libinput to shut its redundant trap? >> >> [ 21261.465] (EE) libinput bug: Key count for KEY_POWER reached abnormal >> values -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-04, Ed wrote: > > 1. log in via lightdm/gdm > 2. switch to a text console > 3. run startx and use the window manager for a moment or two > 4. switch back to first session Maybe this is the bug we're looking for: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834270 Fix (Simon says): * removing the call to /usr/bin/clear_console from ~/.bash_logout (console is cleared anyway nowadays) * replacing the call to /usr/bin/clear_console with /usr/bin/reset in ~/.bash_logout -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: x and virtual consoles
On 2019-08-04, Ed wrote: > Hello, > > For years I would happily ctrl-alt-f<1-6> for an additional x.org > session by running 'startx' and another window manager. Until now-ish. > > > What I have observed is that x sessions started from a text console can > cooperate with each other, it seems limited to lightdm/gdm logins only. Is this related to this (I can't really understand what you're saying here, actually, though everybody else seems to, but what the hell): https://bugs.archlinux.org/task/46655 https://lists.debian.org/debian-user/2017/10/msg00603.html If not, disregard (there's not really any help in those links I must admit, either). > Something happened between jobs which meant I didn't need to run several > user accounts at once. It may have been introduced during Jessie or > Stretch. > > Am I alone, or do other people have this issue also? Am I doing multi > GUI wrong, is there a modern way to do this that has slipped past me > without noticing? > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: odd passwd problem.
On 2019-08-03, Gene Heskett wrote: > > But seat0-greeter.log(s) are all this: > ** Message: 13:37:04.194: Starting lightdm-gtk-greeter 2.0.6 (Dec 27 > 2018, 16:15:47) > ** Message: 13:37:04.203: [Configuration] Reading > file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf > ** Message: 13:37:04.204: [Configuration] Reading > file: /etc/lightdm/lightdm-gtk-greeter.conf > ** (lightdm-gtk-greeter:424): WARNING **: 13:37:06.062: [PIDs] Failed to > execute command: upstart I don't know what upstart is exactly, but I don't believe it's the problem here. You might look in /var/log/auth.log for other clues. One kubuntu guy with a similar symptomatology removed (for safety's sake you can just move the files out of the way by renaming them) .Xauthority .ICEauthority .cache then dpkg-reconfigured lightdm xfce4 (actually, in his case, kubuntu) and rebooted. Probably couldn't hurt. But might not help. You could try another display manager if all else fails, or, as I see suggested elsewhere (the ineluctable "just use Mutt" reflex) startx. > (lightdm-gtk-greeter:424): Gtk-WARNING **: 13:37:10.850: Drawing a gadget > with negative dimensions. Did you forget to allocate a size? (node > menubar owner GreeterMenuBar) I get this spam, too, but it's nothing but that. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: odd passwd problem.
On 2019-08-03, Gene Heskett wrote: > > [+3038.26s] DEBUG: Session pid=490: Authentication complete with return > value 7: Authentication failure Check permissions on '~.Xauthority' file maybe (think it should be gene:gene). Maybe that file is 'stale' (whatever that might mean). Maybe you could move it out of the way and see if you can log in then. curty@einstein:~$ ls -l .Xauthority -rw--- 1 curty curty 102 Aug 3 09:17 .Xauthority I'm a lightdm user myself. You might also try 'dpkg-reconfigure lightdm' (which might overwrite a corrupted config with something fresh). Stabs in the dark. You enter username/password and it says: "Incorrect password. Try again, Gene"? -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: odd passwd problem.
On 2019-08-03, Gene Heskett wrote: > >> as well as the contents of >> >> /var/log/lightdm/lightdm.log What about the log? What happens exactly? >> might provide some clue. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: odd passwd problem.
On 2019-08-03, Gene Heskett wrote: > > Or maybe its ssh thats using the new way, and xfce4 has not caught up. I https://www.mail-archive.com/debian-user@lists.debian.org/msg745969.html You're using lightdm as a display manager (graphical login)? If so sudo tail -f /var/log/lightdm/x-0-greeter.log as well as the contents of /var/log/lightdm/lightdm.log might provide some clue. > haven't a clue whats changed, but it did work several times, then > stopped. Completely changing my passwd from this ssh login worked, I > backed out and tried it, worked as expected from ssh, but is still > rejected from its own keyboard, so I changed it back. ?? What library > does that? Is there a version jump that arm did, but got miss installed? > > Thank you. > > Cheers, Gene Heskett -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: hp-plugin fails
On 2019-08-01, Brian wrote: > On Thu 01 Aug 2019 at 19:35:33 -0000, Curt wrote: > >> On 2019-08-01, Pierre Frenkiel wrote: >> >> > I suspect it it is a timing problem, and works for a not too big number >> > of hops. >> > How many hops for you, with traceroute? >> > for me, traceroute stops at the ninth step ( 198.32.176.33), >> > before reaching the target. >> >> I can't reach https://www.openprinting.org from here either. > > That's two people who will have to wait for their ISP to get their act > togther. It wasn't an attempt to belittle your thorough and patient advice to a person whose problems often seem to be *des puits sans fond*, but rather a confirmation that more than one person can't get there from here. I guess I could've refrained without much signal loss, but then again people do pipe up and in for this sort of thing, after all, our fellow human beings deriving solace somehow from the fact that they are not alone. > Meanwhile, Pierre Frenkiel has another link to use. > That brightens my day considerably (though I bet somehow it won't "work" for Pierre)! -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: hp-plugin fails
On 2019-08-01, Pierre Frenkiel wrote: > I suspect it it is a timing problem, and works for a not too big number of > hops. > How many hops for you, with traceroute? > for me, traceroute stops at the ninth step ( 198.32.176.33), > before reaching the target. I can't reach https://www.openprinting.org from here either. > best regards, -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Changing nameservers - WAS "Which resolv.conf file?"
On 2019-08-01, Curt wrote: > On 2019-07-31, Bob Bernstein wrote: >> I _think_ my upgrade from Jessie to Stretch -- which entailed >> installing systemd for the first time on this box -- introduced >> that 8.8.8.8. into my config. I've never been at a loss to >> select my own nameservers, and that never has been one of them. >> > > Installing systemd as your init system introduced Google's nameserver > into your config, you think, without your knowledge or approval or > intervention of any kind. Out of the blue, as it were. > > Have you filed a bug report, because that would qualify, I mean, like, > wow? > Hey, I'm really sorry, this inspired my utter incredulity, but apparently it has happened before (or is happening still--once again, my apologies). -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Changing nameservers - WAS "Which resolv.conf file?"
On 2019-07-31, Bob Bernstein wrote: > I _think_ my upgrade from Jessie to Stretch -- which entailed > installing systemd for the first time on this box -- introduced > that 8.8.8.8. into my config. I've never been at a loss to > select my own nameservers, and that never has been one of them. > Installing systemd as your init system introduced Google's nameserver into your config, you think, without your knowledge or approval or intervention of any kind. Out of the blue, as it were. Have you filed a bug report, because that would qualify, I mean, like, wow? -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Which resolv.conf file?
On 2019-07-31, Bob Bernstein wrote: > I want to make a change or two to resolv.conf, but every time I > come across it I flee in terror, warned that my changes will be > destroyed and the linux gods angered. > > What is the approved method for changing the list of DNS servers > called upon by, in my case, Stretch on amd-64? I'm unaware of who might or might not approve it, but I override the nameservers provided through DHCP by editing the '/etc/dhcp/dhclient.conf' like this: supersede domain-name-servers 193.183.98.154, 104.244.72.13; (it's possible to list several, comma-separated servers). I'm lame enough to use Network Manager, though, so in the contrary case, (if such is your case) maybe this ain't the way to go or proves inoperative. Works here, however (yep, just checked to make sure!). > (Is there someone I could slide a few simoleons to in order to > facilitate this business?) > > Thank you > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: updmap-user: command not found
On 2019-07-30, Rodolfo Medina wrote: >>> >>> >>> curty@einstein:~$ apt-cache show texlive-base | grep -i updmap >>> updmap-map -- >>> >>> So simply spelt 'updmap-map', I guess. >> >> On stretch, it seems it's just updmap > > > Thanks all, that seems to be the case... Yes, I managed to get that wrong, which wasn't easy, I assure you. > Rodolfo > > -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: updmap-user: command not found
On 2019-07-29, wrote: > > (this is an oldstable Debian). > > Perhaps the thing you're looking for is simply spelt "updmap"? curty@einstein:~$ apt-cache show texlive-base | grep -i updmap updmap-map -- So simply spelt 'updmap-map', I guess. > Cheers -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: kmail - several issues
On 2019-07-29, hans.ullr...@loop.de wrote: > Hi folks, > > in the latest version of kmail (debian/stable) I discovered several > issues. As it might be possible, they belong together, I am just > describing it here. Maybe these are already known. > > 1. It is not possible, to print an email any more. When I want to > print an email , I just get an empty sheet. Also the preview of the > print is empty. This behavior appears in amd64 as well as in i386. > This bug appeared already in 2017, was then fixed and now is appearing > again. As far as I understood, an email to print is first transverted > into HTML-form, then sent to the printer. Knowing this is leading me > to the second issue: Hello, I'm reading that the bug actually resides in Qt WebEngine 5.1 (fixed in Qt WebEngine 5.12, but backport unlikely because quite difficult). https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919504 Seems like a serious bug to me. I'm uncertain whether it's possible to print to file with positive results. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Fwd: nemo crashes with no error [in Stretch]
On 2019-07-28, deb wrote: > (Just trying this one again. No one else has seen this?) > > > > on Debian Stretch 9.8 to 9.9 --has anyone else run into nemo just flat > out crashing? > Martin ran into it. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869165 -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: DPMS
On 2019-07-28, davidson wrote: > > I have no experience with KDE, and very little understanding in > general of display managers or desktop environments. So my suggestions > are made in ignorance of whether your display manager or DE might > somehow override the effect of the changes I suggest here. What has or has not been set in relation to power management in the KDE Control Center, or with the powerdevil power management daemon, is exactly what we need to know, but it is also exactly what the OP refrains from saying. That these settings could override others set elsewhere using other tools seems likely enough that the absence of this information renders the pursuit of any lower-level solution problematic. -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
