Re: after installing viber, nowhere to be found?

[kaye n]

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: insserv: FATAL: service mountkernfs is missed

[Pascal Hambourg]

Le 10/01/2020 à 22:31, ajh-valmer a écrit :

On Friday 10 January 2020 21:34:25 Pascal Hambourg wrote:

Le 10/01/2020 à 14:34, ajh.val...@free.fr a écrit :

Je ne vais pas retirer "initscripts" mais retirer "mountkernfs.sh",
qui n'a plus raison d'être dans Buster car intégré à son noyau.



mountkernfs.sh n'est pas du tout intégré au noyau. C'est absurde.


Réponse trop courte, sans précision :
soit..., mais ou est-il passé ?
Le package n'existe plus sous Buster.


Si : cf. 


Alors le service mountkernfs est géré par systemd,


Disons plutôt qu'il le remplace, puisque le paquet systemd installe un 
lien symbolique qui inhibe ce service.


/lib/systemd/system/mountkernfs.service -> /dev/null

Re: insserv: FATAL: service mountkernfs is missed

[ajh-valmer]

On Friday 10 January 2020 21:34:25 Pascal Hambourg wrote:
> Le 10/01/2020 à 14:34, ajh.val...@free.fr a écrit :
> > Je ne vais pas retirer "initscripts" mais retirer "mountkernfs.sh",
> > qui n'a plus raison d'être dans Buster car intégré à son noyau.

> mountkernfs.sh n'est pas du tout intégré au noyau. C'est absurde.

Réponse trop courte, sans précision :
soit..., mais ou est-il passé ?
Le package n'existe plus sous Buster.

Alors le service mountkernfs est géré par systemd,
sous un autre nom sans doute ?
Je vais donc retirer "mountkernfs.sh".

Re: insserv: FATAL: service mountkernfs is missed

[Pascal Hambourg]

Le 10/01/2020 à 14:34, ajh.val...@free.fr a écrit :


Je ne vais pas retirer "initscripts" mais retirer "mountkernfs.sh",
qui n'a plus raison d'être dans Buster car intégré à son noyau.


mountkernfs.sh n'est pas du tout intégré au noyau. C'est absurde.

Erreur apt/dpkg

[BERTRAND Joël]

Bonsoir à tous,

Sur une debian/testing à jour (sur laquelle j'essaie de corriger un
problème hplip), j'attrape cette erreur que je n'arrive pas à identifier :

root@hilbert:~# dpkg -i --force-all
/var/cache/apt/archives/libboost1.67-dev_1.67.0-17_amd64.deb
Sélection du paquet libboost1.67-dev:amd64 précédemment désélectionné.
(Lecture de la base de données... 574982 fichiers et répertoires déjà
installés.)
Préparation du dépaquetage de .../libboost1.67-dev_1.67.0-17_amd64.deb ...
Dépaquetage de libboost1.67-dev:amd64 (1.67.0-17) ...
dpkg: erreur de traitement de l'archive
/var/cache/apt/archives/libboost1.67-dev_1.67.0-17_amd64.deb (--install) :
 impossible d'installer une nouvelle version de
« /usr/include/boost/vmd/detail/recurse/data_equal/data_equal_4.hpp »:
Aucun fichier ou dossier de ce type
dpkg: error while cleaning up:
 impossible de réinstaller la copie de secours de
« /usr/include/boost/log/expressions/formatters/wrap_formatter.hpp »:
Aucun fichier ou dossier de ce type
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/libboost1.67-dev_1.67.0-17_amd64.deb

Or le fichier en question existe :

root@hilbert:~# ls -l
/usr/include/boost/vmd/detail/recurse/data_equal/data_equal_4.hpp
-rw-r--r-- 1 root root 5110 janv.  7 13:13
/usr/include/boost/vmd/detail/recurse/data_equal/data_equal_4.hpp

J'ai essayé de retirer le paquet en question puis de le réinstaller
sans plus de succès.

Une idée ?

JKB

Re: [testing] se connecter sur un NAS

[Pierre Malard]

Ok,

Dans ce cas l’important est dans les UID des Linux et des droits de ceux-ci sur
le Syno. Le tout est que tes 2 PC sous Linux utilisent les mêmes utilisateurs
au sens Unix du terme soit le même UID/GID et que ton partage Syno autorise
l’écriture de cet UID.

Dans cette configuration l’important est seulement de partager ton répertoire
Syno uniquement par NFS et de monter ce répertoire sur tes PC. Soit sur le
Syno :
- Panneau de configuration / Panneau de configuration
  Activer uniquement NFS et vérifier que le tag « Application des permissions
  Unix par défait » soit coché dans les paramètres avancés
- Panneau de configuration / Dossier partagé
 o créer un partage « toto »
 o Soit en le créant soit en le sélectionnant et cliquant sur « Modifier »
   - Choisir « Autorisations NFS » et ajouter les noms ou IP de tes PC (ou
 tout le réseau) avec :
 o Privilège : « Lecture/écriture »
 o Squash : « Pas de nappage »
 o Sécurité : « sys »
 o Activer le mode synchrone coché

Sur ton/tes PC il te suffit de monter le répertoire « toto » avec les droits
root :
  # mount :/toto /
et de tester si tu peux créer un fichier ou répertoire sur ce point de
montage.

Si ça fonctionne et que tu veux que ce répertoire soit monter automatiquement
au démarrage de ton PC, ajoute simplement une ligne du genre dans
« /etc/fstab » :
:/toto  / nfs4
rw,vers=4.0,hard,proto=tcp  0   0

En fait tu peux voir les paramètres à indiquer en affichant le fichier
« /etc/mtab » une fois le montage NFS de test effectué. Mais en sachant
que beaucoup des options affichées le sont par défaut.

En espérant que cela t’aide, bonne année.


> Le 10 janv. 2020 à 11:12, Gaëtan Perrier  a écrit :
> 
> Bonjour,
> 
> Mon but est de déporter une partie de mon home sur le NAS afin qu'il puisse
> être commun entre 2 PC sous Linux, donc pas de Windows dans la boucle.
> Il y a d'autres données (genre photos/vidéos) qui éventuellement seront 
> accéder
> par d'autres systèmes pour lesquelles un montage Samba pourrait convenir
> effectivement.
> Mais pour le home j'ai commencé effectivement avec Samba mais j'ai très vite
> rencontré des problèmes avec certains noms de fichiers/répertoires
> incompatibles.
> Le NAS (Synology) tourne sous Linux et le FS est btrfs.
> 
> A+
> 
> Gaëtan
> 
> Le vendredi 10 janvier 2020 à 07:48 +0100, Pierre Malard a écrit :
>> Bonjour,
>> 
>> NFS est un très bonne solution mais le tout est de savoir ce que tu entends
>> par « conserver la gestion des droits » ?
>> Ne serait-ce pas plutôt : « avoir une gestion des droits identique depuis
>> un PC sous Windows et sous Unix » ou sur le NAS directement et depuis
>> Unix ?
>> Si c’est bien ça, dans ce cas, le problème n’est pas la conservation des
>> droits mais d’utiliser le même protocole de partage et/ou la même
>> identification pour des utilisateurs différents.
>> Comme je le suppute la définition des droits du NAS est diffusée via
>> Samba pour des partages Windows avec un mappage des UID par translation
>> pour éviter les mélanges d’identification. Du coup, NFS va poser problème
>> car rien n’indique l’identité de UID/GID et seul SMB garantira une
>> certaine homogénéité.
>> 
>> Donc, pour conclure, tout dépend de ce que tu envisage par partage…
>> 
>> A+
>> 
>>> Le 9 janv. 2020 à 23:18, Gaëtan Perrier  a écrit :
>>> 
>>> Bonjour,
>>> 
>>> Je me demande quelle est la meilleure façon de monter un répertoire d'un
>>> NAS
>>> sur debian tout en conservant la gestion des droits.
>>> J'ai essayé nfs mais je me suis perdu dans les problèmes de mappage d'id.
>>> 
>>> A+
>>> 
>>> Gaëtan
> 

--
πr

  « Ce qui tombe sous le sens rebondit ailleurs »
 Jacques Prévert
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: web server for development

[Russell L. Harris]

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

[Nate Bargmann]

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...........

[Default User]

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?

[Greg Wooledge]

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?

[Dan Ritter]

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?

[kaye n]

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

[john doe]

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

[Greg Wooledge]

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

[Russell L. Harris]

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

[john doe]

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

[Dan Purgert]

-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

[Dan Ritter]

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

[Greg Wooledge]

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

[Dan Purgert]

-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?

[tomas]

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?

[Greg Wooledge]

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)

[Pierre Couderc]

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

[Greg Wooledge]

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: insserv: FATAL: service mountkernfs is missed

[NoSpam]

Le 10/01/2020 à 14:34, ajh.val...@free.fr a écrit :

[...]
Par contre, initscripts semble utile même si je suis sous systemd.


Non, reprends mes précédents messages: initscripts n'est pas installé 
sur une Buster fraiche.


--
Daniel

Re: insserv: FATAL: service mountkernfs is missed

[ajh . valmer]

On Friday 10 January 2020 10:37:00 Luc Novales wrote:
> Le 07/01/2020 à 16:42, ajh-valmer a écrit :
> > Donc, il ne faut pas désinstaller (remove) "initscripts" ?

> Le problème est je pense que personne ne peut affirmer sans connaître le 
> code qu’il n’y a pas d’interactions, et cette affirmation vaut dans les 
> 2 cas (laisser ou retirer le paquet).
> Dans la mesure où ce sont 2 systèmes concurrents pour gérer la même 
> chose, j’aurais tendance à dire qu’il est plus sains de n’en conserver 
> qu’un pour réduire les risques d’incompatibilités entre eux.
> Même si cela à fait couler de l’encre lors de son adoption, systemd est 
> maintenant le système par défaut de notre distribution depuis Jessie 
>  (Debian 8 04/2015). À l’époque 
> tout a été fait pour qu’il soit compatible avec l’ancien système 
> .
> Pour autant, c’était en vue de transition et à part de vouloir 
> absolument rester sur l’ancien système pour lequel devuan 
>  a été créée, il me semble raisonnable d’apprendre 
> à gérer /systemd/ puisque /initscripts/ n’est plus installé 
> automatiquement depuis stretch (debian 9 06/2017) et que nous parlons de 
> aujourd’hui de Buster (Debian 10), d’ailleurs je ne sais par quel chemin 
> vous en êtes arrivé là ;-)
> Il est difficile d’affirmer que le paquet peut être retiré sans risque 
> d’autant plus que l’on ne sait pas ce que vous avez configuré hors 
> /systemd/ et qui pourrait ne plus fonctionner si la compatibilité n’est 
> pas parfaite.
> Personnellement je le ferais, mais à vous de voir…

Merci de ces considérations.

Je ne vais pas retirer "initscripts" mais retirer "mountkernfs.sh",
qui n'a plus raison d'être dans Buster car intégré à son noyau.

Par contre, initscripts semble utile même si je suis sous systemd.

Bonne journée.

Re: hplip

[BERTRAND Joël]

Samy Mezani a écrit :
> Bonjour,
> 
> Le 10/01/2020 à 13:03, BERTRAND Joël a écrit :
>> [...]
>> error: Python gobject/dbus may be not installed
>> [...]
> 
> 
> Je n'ai pas tout suivi, mais au cas où python3-dbus est-il installé ?


root@hilbert:~# dpkg-query -l | grep python3-dbus
ii  python3-dbus  1.2.14-1
  amd64simple interprocess messaging system (Python
3 interface)
iU  python3-dbus.mainloop.pyqt5   5.13.2+dfsg-1
  amd64D-Bus Qt main loop support for Python 3
root@hilbert:~#

Le second paquet me semble dans un état bizarre. Je tente la
réinstallation, mais une dépendance (libboost-dev) plante à
l'installation (sur un lien qu'il ne peut créer). Sur mon poste
diskless, il faut... pas loin d'une demi-heure pour installer
libboost1.67-dev:amd64 (!).

Pour information, j'ai comparé les paquets installés sur une machine
fonctionnelle et une autre (hilbert) dysfonctionnelle. Je n'ai pas
trouvé de différence significative. En regardant dans les sources des
scripts, je vois que les dépendances sont différentes pour qt4 et qt5
dans hp-setup. Ceci explique peut-être cela.

Remarque tout à fait hors de propos... Pourquoi diable faut-il des
dépendances sur la moitié des paquets pour installer un simple plugin de
hplip ? Est-ce qu'on ne pourrait pas faire un chouilla plus simple pour
les outils système ou critiques ? On dirait un programme C++ où
lorsqu'on a besoin d'une banane, on est contraint de siffler le singe
pour qu'il l'apporte sur un plateau entraînant avec lui tous ses copains
de la jungle ! Et surtout, pourquoi utiliser pour des trucs qui
devraient fonctionner en ligne de commande stricte des bouts de qt4 et
qt5 avec, visiblement, des dépendances insatisfaites.

Bien cordialement,

JKB

Re: hplip

[Samy Mezani]

Bonjour,

Le 10/01/2020 à 13:03, BERTRAND Joël a écrit :

[...]
error: Python gobject/dbus may be not installed
[...]



Je n'ai pas tout suivi, mais au cas où python3-dbus est-il installé ?


Samy

Re: hplip

[BERTRAND Joël]

Haricophile a écrit :
> Le lundi 06 janvier 2020 à 16:26 +0100, BERTRAND Joël a écrit :
>> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to
>> '/tmp/runtime-bertrand'Plugin installation failed
>> error: Python gobject/dbus may be not installed
>>   error: Plug-in install failed.
>>
>> Je n'arrive pas à savoir où trouver ce fichu gobject/dbus !
>>
>> JKB
> 
> Je n'ai pas suivi, et ça fait un moment que je n'ai plus de HP. Dans mes
> vaques souvenir
> 
> - il faut peut-être faire attention que apparmor n'interfère pas ou une bêtise
> comme ça.
> 
> - En installant hplip-gui et en utilisant hp-toolbox (pas le même nom entre la
> commande et le paquet je ne sais pas pourquoi) ça me permettait d'installer
> tout sans soucis quand la config manuelle avec hp-config était pénible avec
> des trucs a régler.
> 
> 
> 

Même motif, même punition :

error: Python gobject/dbus may be not installed
  error: Plug-in install failed.

Je suppose que le problème vient de gobject/dbus, mais je ne vois pas
comment corriger le problème. Il y a aussi des scripts différents entre
qt4 et qt5. Sans doute quelque chose à creuser de ce côté.

JKB

Re: [testing] se connecter sur un NAS

[ajh-valmer]

Merci de ne pas mettre un certificat dans ton mail,
car une fenêtre s'ouvre sans cesse demandant
de l'accepter ou d'annuler, et c'est pénible...

On Friday 10 January 2020 12:04:38 MAS Jean-Louis wrote:
> Le 09/01/2020 à 23:18, Gaëtan Perrier a écrit :
> > Je me demande quelle est la meilleure façon de monter 
> > un répertoire d'un NAS 
> > sur debian tout en conservant la gestion des droits.
> > J'ai essayé nfs mais je me suis perdu dans les problèmes de mappage d'id.
> Vu que tu n'utilise (probablement) pas de système d'authentification
> global comme LDAP, il faut que *chacun* de tes utilisateurs aient
> strictement les mêmes uid et gid sur tous les systèmes linux que tu va
> utiliser via nfs

Re: Problem with munin under buster (updated)

[Curt]

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

Re: [testing] se connecter sur un NAS

[MAS Jean-Louis]

Le 09/01/2020 à 23:18, Gaëtan Perrier a écrit :

> Je me demande quelle est la meilleure façon de monter un répertoire d'un NAS
> sur debian tout en conservant la gestion des droits.
> J'ai essayé nfs mais je me suis perdu dans les problèmes de mappage d'id.

Vu que tu n'utilise (probablement) pas de système d'authentification
global comme LDAP, il faut que *chacun* de tes utilisateurs aient
strictement les mêmes uid et gid sur tous les systèmes linux que tu va
utiliser via nfs

Cordialement

-- 
Jean Louis Mas



smime.p7s
Description: Signature cryptographique S/MIME

Problem with munin under buster (updated)

[Pierre Couderc]

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

[Pierre Couderc]

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: [testing] se connecter sur un NAS

[Gaëtan Perrier]

Bonjour,

Mon but est de déporter une partie de mon home sur le NAS afin qu'il puisse
être commun entre 2 PC sous Linux, donc pas de Windows dans la boucle.
Il y a d'autres données (genre photos/vidéos) qui éventuellement seront accéder
par d'autres systèmes pour lesquelles un montage Samba pourrait convenir
effectivement.
Mais pour le home j'ai commencé effectivement avec Samba mais j'ai très vite
rencontré des problèmes avec certains noms de fichiers/répertoires
incompatibles.
Le NAS (Synology) tourne sous Linux et le FS est btrfs.

A+

Gaëtan

Le vendredi 10 janvier 2020 à 07:48 +0100, Pierre Malard a écrit :
> Bonjour,
> 
> NFS est un très bonne solution mais le tout est de savoir ce que tu entends
> par « conserver la gestion des droits » ?
> Ne serait-ce pas plutôt : « avoir une gestion des droits identique depuis
> un PC sous Windows et sous Unix » ou sur le NAS directement et depuis
> Unix ?
> Si c’est bien ça, dans ce cas, le problème n’est pas la conservation des
> droits mais d’utiliser le même protocole de partage et/ou la même
> identification pour des utilisateurs différents.
> Comme je le suppute la définition des droits du NAS est diffusée via
> Samba pour des partages Windows avec un mappage des UID par translation
> pour éviter les mélanges d’identification. Du coup, NFS va poser problème
> car rien n’indique l’identité de UID/GID et seul SMB garantira une
> certaine homogénéité.
> 
> Donc, pour conclure, tout dépend de ce que tu envisage par partage…
> 
> A+
> 
> > Le 9 janv. 2020 à 23:18, Gaëtan Perrier  a écrit :
> > 
> > Bonjour,
> > 
> > Je me demande quelle est la meilleure façon de monter un répertoire d'un
> > NAS
> > sur debian tout en conservant la gestion des droits.
> > J'ai essayé nfs mais je me suis perdu dans les problèmes de mappage d'id.
> > 
> > A+
> > 
> > Gaëtan



signature.asc
Description: This is a digitally signed message part

Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?

[Curt]

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: [testing] se connecter sur un NAS

[Gaëtan Perrier]

Bonjour,

Je me suis dit que SSH n'était pas le plus performant pour une connexion en
local qui ne nécessite pas de sécurité particulière, non ?

A+

Gaëtan

Le vendredi 10 janvier 2020 à 07:17 +0100, benoit a écrit :
> Bonjour,
> 
> Je te suggère un montage SSH, si de plus tu utilise mysecureshell, tu 
> obtient une gestion aux petits oignons.
> 
> Benoit
> 
> Le 09/01/2020 à 23:18, Gaëtan Perrier a écrit :
> > Bonjour,
> > 
> > Je me demande quelle est la meilleure façon de monter un répertoire d'un
> > NAS
> > sur debian tout en conservant la gestion des droits.
> > J'ai essayé nfs mais je me suis perdu dans les problèmes de mappage d'id.
> > 
> > A+
> > 
> > Gaëtan



signature.asc
Description: This is a digitally signed message part

Re: insserv: FATAL: service mountkernfs is missed

[Luc Novales]

Bonjour,

Le 07/01/2020 à 16:42, ajh-valmer a écrit :


Donc, il ne faut pas désinstaller (remove) "initscripts" ?


Le problème est je pense que personne ne peut affirmer sans connaître le 
code qu’il n’y a pas d’interactions, et cette affirmation vaut dans les 
2 cas (laisser ou retirer le paquet).


Dans la mesure où ce sont 2 systèmes concurrents pour gérer la même 
chose, j’aurais tendance à dire qu’il est plus sains de n’en conserver 
qu’un pour réduire les risques d’incompatibilités entre eux.


Même si cela à fait couler de l’encre lors de son adoption, systemd est 
maintenant le système par défaut de notre distribution depuis Jessie 
 (Debian 8 04/2015). À l’époque 
tout a été fait pour qu’il soit compatible avec l’ancien système 
.


Pour autant, c’était en vue de transition et à part de vouloir 
absolument rester sur l’ancien système pour lequel devuan 
 a été créée, il me semble raisonnable d’apprendre 
à gérer /systemd/ puisque /initscripts/ n’est plus installé 
automatiquement depuis stretch (debian 9 06/2017) et que nous parlons de 
aujourd’hui de Buster (Debian 10), d’ailleurs je ne sais par quel chemin 
vous en êtes arrivé là ;-)


Il est difficile d’affirmer que le paquet peut être retiré sans risque 
d’autant plus que l’on ne sait pas ce que vous avez configuré hors 
/systemd/ et qui pourrait ne plus fonctionner si la compatibilité n’est 
pas parfaite.


Personnellement je le ferais, mais à vous de voir…

Bonne journée,

Luc.

​

Re: p7zip-full seems to be a built-in app for debian, but cannot be opened?

[Curt]

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?

[Curt]

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?

[Curt]

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?

[tomas]

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?

[Curt]

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?

[darb]

* 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?

[Klaus Singvogel]

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

[Christoph Pleger]

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