Re: after installing viber, nowhere to be found?
On Sat, Jan 11, 2020 at 1:54 AM Greg Wooledge wrote: > > The cleanest way to do > that would be to add a jessie source to sources.list, and use apt > to install it. That'll at least give the benefit of keeping it > patched so long as jessie's LTS support for it continues. > Are you saying add something to /etc/apt/sources.list ?
Re: web server for development
There's also sftp. It's in the openssh-client package. Thanks; I see that it is loaded, and I just printed out the man page. ... a Windows person Them's fighting words... Or mounting the directory using sshfs (which is an SFTP client) and then using your local file management tools. sshfs sounds interesting. Or just logging in with ssh and using ls, if you get a reasonable shell on the remote system. The obvious, which I overlooked.. Thanks, Greg, for this re-orientation. RLH
Re: web server for development
To be honest, I'd forgotten about SSH FTP as it isn't something of the suite that I ever use. FTPS is the correct protocol that I use with Filezilla and with an automated script that uploads my weather data every five minutes to the Web host. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 signature.asc Description: PGP signature
[OT] Re: Bulleye: How do I disable scrolling on touchpad...........
On Wed, Jan 8, 2020, 00:53 Charlie wrote: > > From my keyboard: > > Hello Everyone, > > Trying to stop all scrolling on my touchpad has me tricked; and > the mad scrolling is driving me nuts. > > Debian Bullseye, FVWM, HP laptop, xserver-xorg-input-synaptics > installed. > > VertTwoFingerScroll =0 in /etc/X11/xorg.conf.d/70-synaptics.conf > > Stopped the the xorg-xserver from bringing up a GUI at boot. > > > > $ synclient -l > > > Parameter settings: > LeftEdge= 142 > RightEdge = 3411 > TopEdge = 80 > BottomEdge = 1419 > FingerLow = 1 > FingerHigh = 1 > MaxTapTime = 180 > MaxTapMove = 169 > MaxDoubleTapTime= 180 > SingleTapTimeout= 180 > ClickTime = 100 > EmulateMidButtonTime= 75 > EmulateTwoFingerMinZ= 282 > EmulateTwoFingerMinW= 7 > VertScrollDelta = 77 > HorizScrollDelta= 77 > VertEdgeScroll = 0 > HorizEdgeScroll = 0 > CornerCoasting = 0 > VertTwoFingerScroll = 1 > HorizTwoFingerScroll= 0 > MinSpeed= 1 > MaxSpeed= 1.75 > AccelFactor = 0.0518672 > TouchpadOff = 0 > LockedDrags = 0 > LockedDragTime RTCornerButton = 0 > RBCornerButton = 0 > LTCornerButton = 0 > LBCornerButton = 0 > TapButton1 = 0 > TapButton2 = 0 > TapButton3 = 0 > ClickFinger1= 1 > ClickFinger2= 1 > ClickFinger3= 1 > CircularScrolling = 0 > CircScrollDelta = 0.1 > CircScrollTrigger = 0 > CircularPad = 0 > PalmDetect = 0 > PalmMinWidth= 10 > PalmMinZ= 200 > CoastingSpeed = 20 > CoastingFriction= 50 > PressureMotionMinZ = 30 > PressureMotionMaxZ = 160 > PressureMotionMinFactor = 1 > PressureMotionMaxFactor = 1 > GrabEventDevice = 0 > TapAndDragGesture = 1 > AreaLeftEdge= 0 > AreaRightEdge = 0 > AreaTopEdge = 0 > AreaBottomEdge = 0 > HorizHysteresis = 19 > VertHysteresis = 19 > ClickPad= 0 > > > Any help please. > > Charlie > > East Gippsland Wildlife Rehabilitators Inc.. >http://www.egwildlife.com.au/ > > -- > Registered Linux User:- 329524 > *** > > To the right, books; to the left, a tea-cup. In front of me, > the fireplace; behind me, the post. There is no greater > happiness than this. -- Teiga > > *** > > Debian GNU/Linux - Magic indeed. > > - > Charlie (taoques...@gmail.com): My question is totally [OT] to the thread, but may I humbly inquire as to the source of the quote that you ascribed to "Teiga" in your signature? Thank you in advance.
Re: after installing viber, nowhere to be found?
On Fri, Jan 10, 2020 at 12:48:42PM -0500, Dan Ritter wrote: > > I got the file via this command: > > > > wget https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb *shudder* > > kaye@laptop:~/Downloads$ sudo dpkg -i viber.deb For the record, "apt install ./viber.deb" would at least attempt to download missing dependencies for you. dpkg will not. And yes, the ./ is significant. > > viber depends on libssl1.0.0; however: > > Package libssl1.0.0 is not installed. > Yeah, that's a very old security library that is known to have > holes. It's in jessie. If the OP is running jessie, then it should be fine, since the Debian LTS team should have patched whatever holes you're thinking of. Probably. If the OP is not running jessie, then the main issue is that they're going to need to provide this library somehow. The cleanest way to do that would be to add a jessie source to sources.list, and use apt to install it. That'll at least give the benefit of keeping it patched so long as jessie's LTS support for it continues. But in the long run, using a third party .deb for a two-releases-old (for now!) version of Debian may not really be the wisest decision.
Re: after installing viber, nowhere to be found?
kaye n wrote: > I got the file via this command: > > wget https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb > > then, > > kaye@laptop:~/Downloads$ sudo dpkg -i viber.deb > Selecting previously unselected package viber. > (Reading database ... 268263 files and directories currently installed.) > Preparing to unpack viber.deb ... > Unpacking viber (12.0.0.7) ... > dpkg: dependency problems prevent configuration of viber: > viber depends on libssl1.0.0; however: > Package libssl1.0.0 is not installed. > Yeah, that's a very old security library that is known to have holes. -dsr-
Re: after installing viber, nowhere to be found?
I got the file via this command: wget https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb then, kaye@laptop:~/Downloads$ sudo dpkg -i viber.deb Selecting previously unselected package viber. (Reading database ... 268263 files and directories currently installed.) Preparing to unpack viber.deb ... Unpacking viber (12.0.0.7) ... dpkg: dependency problems prevent configuration of viber: viber depends on libssl1.0.0; however: Package libssl1.0.0 is not installed. dpkg: error processing package viber (--install): dependency problems - leaving unconfigured Processing triggers for desktop-file-utils (0.23-4) ... Processing triggers for mime-support (3.62) ... Processing triggers for hicolor-icon-theme (0.17-2) ... Errors were encountered while processing: viber Thank you. On Fri, Jan 10, 2020 at 9:53 PM Greg Wooledge wrote: > On Fri, Jan 10, 2020 at 12:40:24AM -0700, ghe wrote: > > > > > > > On Jan 9, 2020, at 10:57 PM, kaye n wrote: > > > > > > Here it is. > > > > > > kaye@laptop:~$ sudo whereis viber > > > [sudo] password for kaye: > > > viber: > > > > It's not on the machine. That explains q lot. > > > > A new install might be in order. Try aptitude or maybe synaptic -- > something that talks a little more than apt-get. > > No, the thing is, it's a snap. It's not a Debian package. > > > Hmm. On my box (Buster) aptitude claims there is nothing called > viber- at any of my mirrors. I think you need more help than I > can provide. Can anybody help OP? > > A "snap" is a bloated pseudo-package that contains a private copy of > all the shared libraries and other resources needed to run the > application -- sort of like a statically linked binary, but even worse. > The application is also run in some sort of container. It's all very > point-and-click, hand-wavey, "you don't need to know the details" stuff. > > Whatever knowledge you bring to the table from years of Debian > administration is irrelevant. The snap world has completely different > rules and expectations. > > If you've heard of flatpak, that's pretty similar. > >
Re: web server for development
On 1/10/2020 5:52 PM, Russell L. Harris wrote: > On Fri, Jan 10, 2020 at 09:54:34AM -0500, Dan Ritter wrote: >>> ... whether rsync is an option. >> Sure, as long as you run it over ssh. The default in Debian is to >> run rsync over ssh, but it can also be explicitly invoked that way: >> rsync -av --rsh=ssh host::module /dest >> rsync -av -e "ssh -l ssh-user" rsync-user@host::module /dest >> rsync -e "ssh -l sshuser" localpath remotehost:remotepath > > For shared hosting, Hostgator offers: > > (1) SFTP (SSH FTP, port 22) > Use this one to pull and push files. > (2) FTPS (FTP over SSL or TLS, port 21) > > (3) SSH (ssh -p cpanel...@ip.add.re.ss) > Use this one to connect to the host or to execute command on the host. Simply put, sftp and ssh uses the same protocol, ssh is to execute a command remotely/connect to the host and sftp is to manage files remotely. Here the ports are differents but the protocol is the same. Don't complicate things with ftps/ftp! -- John Doe
Re: web server for development
On Fri, Jan 10, 2020 at 04:52:36PM +, Russell L. Harris wrote: > For shared hosting, Hostgator offers: > > (1) SFTP (SSH FTP, port 22) > (2) FTPS (FTP over SSL or TLS, port 21) > (3) SSH (ssh -p cpanel...@ip.add.re.ss) OK, that's quite reasonable. > Searching packages in the Debian 9 (Stretch) archive, it appears to me > that the only command-line FPT clients capable of SFTP are lftp and > ftp, but I do not know how to determine whether lftp has been compiled > with SSH capability. There's also sftp. It's in the openssh-client package. > I am familiar with SSH and with RSYNC, but I have not yet used RSYNC > over SSH. Try it, see if it works. > Also, even if I upload via RSYNC over SSL, there is need for something > similar to FTP for browsing the directory structure. What is the > solution to that need? sftp. Or any of the graphical SFTP clients if you're a Windows person. Or mounting the directory using sshfs (which is an SFTP client) and then using your local file management tools. Or just logging in with ssh and using ls, if you get a reasonable shell on the remote system.
Re: web server for development
On Fri, Jan 10, 2020 at 09:54:34AM -0500, Dan Ritter wrote: ... whether rsync is an option. Sure, as long as you run it over ssh. The default in Debian is to run rsync over ssh, but it can also be explicitly invoked that way: rsync -av --rsh=ssh host::module /dest rsync -av -e "ssh -l ssh-user" rsync-user@host::module /dest rsync -e "ssh -l sshuser" localpath remotehost:remotepath For shared hosting, Hostgator offers: (1) SFTP (SSH FTP, port 22) (2) FTPS (FTP over SSL or TLS, port 21) (3) SSH (ssh -p cpanel...@ip.add.re.ss) Searching packages in the Debian 9 (Stretch) archive, it appears to me that the only command-line FPT clients capable of SFTP are lftp and ftp, but I do not know how to determine whether lftp has been compiled with SSH capability. It appears that the only FTP package with which Hostgator support is familiar is filezilla. I am familiar with SSH and with RSYNC, but I have not yet used RSYNC over SSH. Also, even if I upload via RSYNC over SSL, there is need for something similar to FTP for browsing the directory structure. What is the solution to that need? RLH
Re: MUA CLI IMAP and SMTP without ncurses interface
On 1/7/2020 12:58 AM, Håkon Alstadheim wrote: > Den 04.01.2020 15:54, skrev john doe: >> [mail] without ncurses? > ... >> I also need to configure IMAP and SMTP access, >> is there a MUA which does IMAP SMTP that does not rely on ncurses? > > nmh (and its various front-ends) do not depend upon ncurses. There are > front-ends written in emacs-lisp (mh-e) and tcl (exmh) that are part of > debian. > > Take a look online https://www.nongnu.org/nmh/ or in the manual (debian > package "mh-book" ) > > Drop the guys at nmh-work...@nongnu.org a line. Low traffic and helpful > bunch. > > nmh by default fetches all incoming mail to a directory under $HOME, and > is geared towards using standard unix commands (like grep) to work with > individual mails. Works well for filing stuff into folders, stripping > unwanted formatting, and keeping track of mail. > > nmh does not work well for accessing your mail from multiple, different > client machines. > > Thank you for this, I'll probably end up using NMH with FDM to get what I want. A big thank you to any one who has contributed to this thread. -- John Doe
Re: web server for development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Greg Wooledge wrote: > On Fri, Jan 10, 2020 at 02:29:51PM -, Dan Purgert wrote: >> SFTP (SSH) has basically zero to do with RFC959 FTP; and provided that a >> target host already allows SSH logins, SFTP is quite likely already >> there. I'm actually surprised a hosting party would recommend RFC-959 >> FTP at all (SSL or no); as it requires extra work to set up (FTP servers >> usually aren't part of "base" install images, they're >> insecure-by-default and take a bit of effort to secure, and so on). > > I'm holding out hope that it wasn't really the hosting provider's > recommendation, but rather a lack of information on the part of the user, > that caused them to think FTP was the way to go. I read Nate's response as "the provider told me to use 'secure ftp'" -- as in a small (yet easily made) terminology mistake, along the lines that SSH is "secure shell" or scp is "secure copy" - so obviously 'sftp' is "secure ftp". And then when Nate went and checked it out, he found "Secure FTP" is ... well ... FTP over SSL. There's a great commentary on FTP at http://mywiki.wooledge.org/FtpMustDie [1] Helped me out a fair bit when I was still getting my feet wet with "file transfers" for servers I finally was in control of (previously having only been a user of someone else's services). [1] I'm 98% sure this was already mentioned / linked, but it can't be said enough. -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl4YkYIACgkQjhHd8xJ5 ooEMmwgAifKnzPBHE0MT7Pc6wAGWQZhntrFmO3szsbnJiXB1XA6P6Z2zKEanwCLE kOOquBNTp3FULBMQ2NhFRfms4Oe0KTv7KHSEjUVYSgHBk/JQlw4qi89a9d7V3LL6 J6EiYHKl/iOhh9wctoDjiVog6JUs24IXedUmTeLiThqrO36Q854Z1PoydVE5OCm8 UMPBhyKnilu8MVG448fqUnahGEi/A5KT81N4uOgAn80YkhQLRGGgOdeYNGM9hC8p G0eA/Tn0CRdVOpcu4ak7lyVRfQAakFjPEXHQoGHAknoKr/buQasixG37dXUB59LQ rjdJ+ov8KRdh5TsaNyMOpJOYKegaxg== =iOpR -END PGP SIGNATURE- -- |_|O|_| |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
Re: web server for development
Russell L. Harris wrote: > > But now it seems that my first concern should be with FTP to the > server of Hostgator. And in the case of a remote shared server, I > question whether rsync is an option. Sure, as long as you run it over ssh. The default in Debian is to run rsync over ssh, but it can also be explicitly invoked that way: rsync -av --rsh=ssh host::module /dest or rsync -av -e "ssh -l ssh-user" rsync-user@host::module /dest or rsync -e "ssh -l sshuser" localpath remotehost:remotepath -dsr-
Re: web server for development
On Fri, Jan 10, 2020 at 02:29:51PM -, Dan Purgert wrote: > SFTP (SSH) has basically zero to do with RFC959 FTP; and provided that a > target host already allows SSH logins, SFTP is quite likely already > there. I'm actually surprised a hosting party would recommend RFC-959 > FTP at all (SSL or no); as it requires extra work to set up (FTP servers > usually aren't part of "base" install images, they're > insecure-by-default and take a bit of effort to secure, and so on). I'm holding out hope that it wasn't really the hosting provider's recommendation, but rather a lack of information on the part of the user, that caused them to think FTP was the way to go.
Re: web server for development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Nate Bargmann wrote: > [...] > I would ask if their Web host supports Secure FTP, which is FTP using > SSL, AIUI. I use it for my Web Host updates, in fact it was recommended > by the host owner/operator. Hope this doesn't just muddy the waters ... :) There's a bit of a mess when it comes to file transfer protocols, and their naming, but you've got it right: "Secure FTP" is usually understood to be RFC-959 FTP over a TLS-encrypted (formerly SSL-encrypted) connection; and is usually written as "FTPS". This is not altogether different in concept to say "plain HTTP" and "secure HTTP" (i.e. "HTTPS"). "SFTP" on the other hand, typically refers to "SSH File Transfer Protocol" based on the RFC4254 "SSH Connection Protocol" (although it might rarely also refer to RFC-913 "Simple File Transfer Protocol" -- but that might've gone the way of the dodo in anything other than educational / historical contexts -- similar to say Token Ring networks, or a PDP-11, etc). SFTP (SSH) has basically zero to do with RFC959 FTP; and provided that a target host already allows SSH logins, SFTP is quite likely already there. I'm actually surprised a hosting party would recommend RFC-959 FTP at all (SSL or no); as it requires extra work to set up (FTP servers usually aren't part of "base" install images, they're insecure-by-default and take a bit of effort to secure, and so on). - -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl4Yik8ACgkQjhHd8xJ5 ooHv7Qf+PfqILFiaB5JuvYg1uLdnvAfZc45eAMN21cR6gF3AtI2kJP5/8c78xhrr mXZmz0PPu5Tr7nQxamZoSvtLGEgszr3S0FBftwyyt4dAPJo6a4RAWAFw0/qwp+h8 tjsP04b2vpLEzBUC1QoormDzfH3h3IhuPi/X27rr/jO+UrnfXkegJ9swT+KqNZKi 90x83IYQTS2fBN4uJANwpCBUVJWA0uSKGNvH8+8VtIdVWUXPqVL4Ji7Po1GJGKBu Kp5YoAztaz6OVB8NUeKrTxLY7ox/3aQcvvbSK2vIRGjxR/St45Ys28pw+qHPb1QU 8nPtjQQHp91igCM2yc/BPorSmY3XYw== =Xxvm - -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl4YiloACgkQjhHd8xJ5 ooEQCAf9Gtjg1fx2WPaxB1rv71lRxP2P6rPs03GjZfFbDzhSDBbJpbTEw0C5oLBm yvAE2XMSj2St2twQ34741s4FP8e2BDW75Zjz8y22IYPWmDsmBlhH7BpWIJTg6E7R SoCsdzVuZkPIkmvU+n+T5YfhIv5C7haI/gykOKROKOmkHwtCtzK2w1MuY1FiV5bD 3U0FxlOMFbU0FZiA58KvnhYiI8H0tYZIDaydf5hJAkdc2NnH925KXpojQiM4UpzY Vl6OGXylkP6aDrBUw96jdc2/LLUqXZuuw2w4TvX8czTAIN6k4iZlD8isz2xzM7LO 3SRoObYaMqSkil6KYJmhDGh8xtjoXA== =qYsC -END PGP SIGNATURE- -- |_|O|_| |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On Fri, Jan 10, 2020 at 09:19:52AM +, Curt wrote: > On 2020-01-10, wrote: > > > > You can see which files > > were installed by p7zip-full with > > > > dpkg -l p7zip-full > > > > No, you can't, actually, and need an upper-case '-L' flag here (which I > pointed out elsewhere, but my posts aren't getting through for some > reason). Absolutely right. Thanks -- t signature.asc Description: Digital signature
Re: after installing viber, nowhere to be found?
On Fri, Jan 10, 2020 at 12:40:24AM -0700, ghe wrote: > > > > On Jan 9, 2020, at 10:57 PM, kaye n wrote: > > > > Here it is. > > > > kaye@laptop:~$ sudo whereis viber > > [sudo] password for kaye: > > viber: > > It's not on the machine. That explains q lot. > > A new install might be in order. Try aptitude or maybe synaptic -- something > that talks a little more than apt-get. No, the thing is, it's a snap. It's not a Debian package. > Hmm. On my box (Buster) aptitude claims there is nothing called > viber- at any of my mirrors. I think you need more help than I can > provide. Can anybody help OP? A "snap" is a bloated pseudo-package that contains a private copy of all the shared libraries and other resources needed to run the application -- sort of like a statically linked binary, but even worse. The application is also run in some sort of container. It's all very point-and-click, hand-wavey, "you don't need to know the details" stuff. Whatever knowledge you bring to the table from years of Debian administration is irrelevant. The snap world has completely different rules and expectations. If you've heard of flatpak, that's pretty similar.
Re: Problem with munin under buster (updated)
On 1/10/20 11:46 AM, Curt wrote: On 2020-01-10, Pierre Couderc wrote: Maybe this bug report might be of help: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934246 Thank you but this is not the case, munin and munin-node services are started correctly
Re: web server for development
On Thu, Jan 09, 2020 at 06:22:00PM -0600, Nate Bargmann wrote: > * On 2020 09 Jan 14:29 -0600, Russell L. Harris wrote: > > But now it seems that my first concern should be with FTP to the > > server of Hostgator. And in the case of a remote shared server, I > > question whether rsync is an option. > > I would ask if their Web host supports Secure FTP, which is FTP using > SSL, AIUI. I use it for my Web Host updates, in fact it was recommended > by the host owner/operator. If that works for you, hey, cool. But that sounds some sort of ugly hack to try to continue using old FTP software, not a real step forward. SFTP is a completely separate protocol that has nothing to do with FTP. It isn't FTP wrapped in SSL. It's typically part of SSH, so if you have SSH access to your host, you'll almost certainly have SFTP as well. (Some providers may give you SFTP without SSH, though.) If the regular rsync-over-ssh solution doesn't work with your provider, but you have SFTP access, then you can mount the provider's directory using sshfs (which uses SFTP). Then you can just rsync to the mounted directory "locally".
Re: Problem with munin under buster (updated)
On 2020-01-10, Pierre Couderc wrote: > I have installed "apt install munin", (which installs munin-node), and I > have no result in /var/cache/munin/www/ (!) > > This is not the case in stretch, where every 5 minutes data is generated. Maybe this bug report might be of help: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934246 > Has someone successed to install munin under buster ? > > /usr/share/doc/munin gives no help... > > Thanks for any help > > PC -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Problem with munin under buster (updated)
I have installed "apt install munin", (which installs munin-node), and I have no result in /var/cache/munin/www/ (!) This is not the case in stretch, where every 5 minutes data is generated. Has someone successed to install munin under buster ? /usr/share/doc/munin gives no help... Thanks for any help PC
Problem with munin under buster
I have installed "apt install munin", (which installs munin-node), and I have no result in debian-user@lists.debian.org. This is not the case in stretch, where every 5 minutes data is generated. Has someone successed to install munin under buster ? /usr/share/doc/munin gives no help... Thanks for any help PC
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On 2020-01-10, Curt wrote: > On 2020-01-10, wrote: >> >> You can see which files >> were installed by p7zip-full with >> >> dpkg -l p7zip-full >> > > No, you can't, actually, and need an upper-case '-L' flag here (which I > pointed out elsewhere, but my posts aren't getting through for some > reason). > Sorry for the double-whammy; I guess they are getting through (eventually, though gmane these days just absorbs them). -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On 2020-01-10, wrote: > > You can see which files > were installed by p7zip-full with > > dpkg -l p7zip-full > No, you can't, actually, and need an upper-case '-L' flag here (which I pointed out elsewhere, but my posts aren't getting through for some reason). -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On 2020-01-10, Klaus Singvogel wrote: > kaye n wrote: >> Searching for p7zip-full in synaptic, I can see that it is installed. >> >> However I can't find it anywhere. > > My question is: what's your expectation how you can "find it"? > But I'm afraid *her* question actually is: "Where and what are the executables 'it' provides?" and all the habitual digressive fulminations from our distinguished members can only serve to drain the pedagogical sap of the answer at its root. ;-) -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On 2020-01-10, wrote: > > > p7zip-full is the package's name, which is not always the > name of the binary it installed. You can see which files > were installed by p7zip-full with > > dpkg -l p7zip-full > I think that should rather be dpkg -L p7zip-full Case sensitivity. -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On Fri, Jan 10, 2020 at 02:15:21PM +0800, kaye n wrote: > Hello friends! > > Searching for p7zip-full in synaptic, I can see that it is installed. > > However I can't find it anywhere. > > In the terminal: > > kaye@laptop:~$ sudo whereis p7zip > [sudo] password for kaye: > p7zip: /usr/bin/p7zip /usr/lib/p7zip /usr/share/man/man1/p7zip.1.gz > > but is that the full version? and how can I execute it? p7zip-full is the package's name, which is not always the name of the binary it installed. You can see which files were installed by p7zip-full with dpkg -l p7zip-full (I guess some GUI packaging program can do that, too). Things in /usr/bin are then programs you might invoke. Read carefully the package descriptions for p7zip and p7zip-full to see the differences. maybe p7zip-full just installs some more tools beyond what p7zip would install, maybe the programs it installs (p7zip and friends) just have some extra super-powers. Maybe both. Cheers -- tomás signature.asc Description: Digital signature
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
On 2020-01-10, wrote: >> [sudo] password for kaye: >> p7zip: /usr/bin/p7zip /usr/lib/p7zip /usr/share/man/man1/p7zip.1.gz > > I don't think you need 'sudo' for whereis. > The OP's posts don't seem to appear on my ISP's news server for some unfathomable reason, and my main man gmane news server seems to be on the fritz where posting is concerned, so I'm responding here (perhaps redundantly). The problem, I believe in this case, is the OP has confounded the package name with the denominations of the executables it provides. https://packages.debian.org/buster/amd64/p7zip-full/filelist curty@einstein:~$ which 7z /usr/bin/7z curty@einstein:~$ which 7za /usr/bin/7za Zip away! -- "J'ai pour me guérir du jugement des autres toute la distance qui me sépare de moi." Antonin Artaud
Re: after installing viber, nowhere to be found?
* kaye n wrote: > Following the instructions on this web page: > https://snapcraft.io/install/viber-unofficial/debian > > I installed viber with these commands: > sudo apt update > sudo apt install snapd > sudo snap install viber-unofficial > > It seemed successful, but I can't find it anywhere in the system. > Opening Application Finder and typing viber does nothing, neither in the > terminal. The viber binary you are looking for seems to be located at /snap/viber-unofficial/current/opt/viber/Viber signature.asc Description: PGP signature
Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?
kaye n wrote: > Searching for p7zip-full in synaptic, I can see that it is installed. > > However I can't find it anywhere. My question is: what's your expectation how you can "find it"? Do you expect a GUI program with an own entry in the desktop menu? Sorry, but that's not. It's a cli progam only. The "full" means heree, that it comes with additional compressions or archives support (like RAR, RPM, CAB, etc.) which the original "p7zip" can't handle. Best regards, Klaus. -- Klaus Singvogel GnuPG-Key-ID: 1024R/5068792D 1994-06-27
Re: Success of udev rule depends on if user has local or NIS account
Hi, On 2020-01-09 18:23, Greg Wooledge wrote: On Thu, Jan 09, 2020 at 05:56:53PM +0100, Christoph Pleger wrote: Does anybody know what happened in newer kernels that makes OWNER="$result" fail for NIS accounts? At a guess, it's bug #878625 again. Does it start working again if you install nscd, or one of its alternatives? Or if you override the IPAddressDeny=any in the systemd-udevd.service unit? Many thanks, overriding IPAddressDeny is the solution for my problem! Regards Christoph
