Je bute sur l'impossibilité d'installer cette application, aussi bien en
ligne de commande que par synaptic.
En ligne de commande, j'obtiens la réponse suivante :
[code]
Les paquets suivants contiennent des dépendances non satisfaites :
vlc : Dépend: vlc-plugin-base (= 2.2.7-1~deb9u1) mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en
mode « garder en l'état ».
[/code]
Par synaptic, quand je tente d'installer cette dépendance, la réponse est :
[code]
vlc-plugin-base:
Dépend : libvlccore8 mais ne doit pas être installé
Dépend : libbasicusageenvironment1 mais ne doit pas être installé
Dépend : libdvbpsi10 mais ne doit pas être installé
Dépend : libgroupsock8 mais ne doit pas être installé
Dépend : liblirc-client0 mais ne doit pas être installé
Dépend : liblivemedia57 mais ne doit pas être installé
Dépend : libopenmpt-modplug1 mais ne doit pas être installé
Dépend : libusageenvironment3 mais ne doit pas être installé
Dépend : vlc-data (=2.2.7-1~deb9u1) mais 1:2.2.6-dmo2+deb9u1 doit
être installé
[/code]
Alors que quand je tente l'installation de vlc par ce même synaptic, il
me répond qu'il doit installer une série de dépendances mais
vlc-plugin-base n'en fait même pas partie. Lorsque je veux malgré tout
appliquer la proposition synaptic, il me répond :
"Impossible d'appliquer les changements. Réparez d'abord les paquets
cassés."
Or, ce même synaptic ne détecte même pas de paquets cassés !!
Une idée pour me sortir de ces contradictions ?
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
... et à vrai dire, ça me fait un peu peur : cette purge ne va-t'elle
pas corrompre mon système ? Ce qui me surprend aussi, c'est qu'il
propose de purger vlc ... alors qu'il n'est pas installé et pour cause :
voir mon 1er message.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Concernant la syntaxe d'aptitude : http://debian-facile.org/doc:systeme:apt:aptitude peux tu lancer ces commandes : aptitude purge ~c aptitude update aptitude -f install aptitude safe-upgrade
A la première commande, il me propose ceci : [code] Les paquets suivants seront ENLEVÉS : apg{u} asunder{p} blender{p} brasero-common{u} cdparanoia{u} cdrdao{u} cheese-common{u} coinor-libcoinmp1{p} coinor-libcoinutils3{p} coinor-libosi1{p} cracklib-runtime{u} dleyna-server{u} docutils-common{p} dvdauthor{u} ethtool{u} ffdiaporama-data{u} fglrx-atieventsd{p} fglrx-control{p} fglrx-driver{p} firebird2.5-common{p} firebird2.5-server-common{p} firebird3.0-common{p} flac{u} fonts-droid{p} frei0r-plugins{u} ftplib3{p} gkbd-capplet{u} glx-alternative-fglrx{p} gnome-control-center-data{u} gnome-online-accounts{u} gnome-settings-daemon{u} gnome-software{p} gnome-software-common{u} growisofs{u} gstreamer1.0-clutter-3.0{u} icedtea-netx-common{p} imagemagick-common{p} kate-data{u} kde-runtime{p} kde-runtime-data{u} kdenlive{p} kdenlive-data{u} libaec0{u} libany-moose-perl{u} libappstream-glib8{u} libatkmm-1.6-1{p} libavdevice55{p} libavdevice56{p} libavfilter5{p} libavformat56{p} libbind9-90{p} libboost-chrono1.55.0{p} libboost-date-time1.55.0{p} libboost-filesystem1.55.0{p} libboost-locale1.55.0{p} libboost-python1.55.0{p} libboost-regex1.55.0{p} libboost-system1.55.0{p} libboost-thread1.55.0{p} libboost-thread1.62.0{u} libcairomm-1.0-1{p} libcamel-1.2-59{u} libcdaudio1{u} libcddb2{u} libcheese-gtk23{p} libcheese7{p} libclucene-contribs1{p} libclucene-core1{p} libclutter-gst-3.0-0{u} libcmis-0.4-4{p} libcolord-gtk1{u} libcrack2{u} libcrypt-blowfish-perl{u} libcrypt-rijndael-perl{u} libcwidget3{p} libdata-amf-perl{u} libde265-0{u} libdirac-encoder0{u} libdirectfb-1.2-9{u} libdleyna-connector-dbus-1.0-1{u} libdleyna-core-1.0-3{u} libdns100{p} libdumbnet1{u} libebackend-1.2-10{u} libebml4{p} libebook-1.2-14{p} libebook-1.2-16{u} libebook-contacts-1.2-0{p} libebook-contacts-1.2-2{u} libecal-1.2-19{u} libedata-book-1.2-20{p} libedata-book-1.2-25{u} libedata-cal-1.2-28{u} libedataserver-1.2-22{u} libeidviewer0{p} libelfg0{p} libept1.4.12{p} libexiv2-13{u} libfarstream-0.1-0{p} libfarstream-0.2-2{p} libfbembed2.5{p} libfglrx{p} libfglrx-amdxvba1{p} libflac++6{p} libfwupd1{u} libgadu3{u} libgavl1{u} libgcab-1.0-0{u} libgdata19{p} libgegl-0.2-0{p} libgeocode-glib0{u} libgif4{u} libgl1-fglrx-glx{p} libglademm-2.4-1c2a{p} libglew1.10{p} libglibmm-2.4-1c2a{p} libgltf-0.0-0{p} libgnome-desktop-3-10{p} libgnomekbd-common{u} libgnomekbd8{u} libgnutls-deb0-28{p} libgnutls-deb0-28:i386{p} libgoa-1.0-0b{u} libgoa-1.0-common{u} libgoa-backend-1.0-1{u} libgoocanvas-common{u} libgoocanvas3{u} libgpgme++2{p} libgpgme++2v5{u} libgphoto2-port10{p} libgrilo-0.2-1{p} libgsl0ldbl{p} libgsoap5{u} libgstreamer-plugins-bad0.10-0{u} libgstreamer-plugins-base0.10-0:i386{p} libgstreamer0.10-0:i386{p} libgtkmm-2.4-1c2a{p} libgtkmm-3.0-1{p} libgtkspell3-3-0{u} libgtop2-7{p} libgupnp-av-1.0-2{u} libgupnp-dlna-2.0-3{u} libgweather-3-6{u} libgweather-common{u} libhdf5-100{u} libhogweed2{p} libhogweed2:i386{p} libhttp-server-simple-perl{u} libhunspell-1.3-0{p} libibus-1.0-5{u} libicu52:i386{p} libidl0{p} libimobiledevice4{p} libinput5{p} libio-socket-socks-perl{u} libiodbc2{u} libisc95{p} libisccc90{p} libisccfg90{p} libiscsi2{p} libiso9660-8{u} libjasper1{u} libjim0.75{p} libjson-c2:i386{p} libjsoncpp0{p} libkactivities-models1{p} libkactivities6{u} libkate1{u} libkcmutils4{u} libkdeclarative5{u} libkdesu5{u} libkdnssd4{u} libkjsapi4{u} libkjsembed4{u} libkntlm4{u} libkpty4{u} libkrosscore4{u} liblept5{u} libllvm3.5{p} libllvm3.5:i386{p} liblwp-protocol-socks-perl{u} liblwres90{p} libmagick++-6.q16-5{p} libmagickcore-6.q16-2{p} libmagickwand-6.q16-2{p} libmatroska6{p} libmeanwhile1{u} libmediaart-1.0-0{p} libmediaart-2.0-0{u} libmediainfo0{p} libmimic0{u} libmlt++3{p} libmlt-data{u} libmlt6{p} libmms0{u} libmodule-build-perl{p} libmodule-find-perl{u} libmouse-perl{u} libmpcdec6{u} libmtp-common{u} libmtp-runtime{u} libmtp9{u} libnepomukcore4{p} libnettle4{p} libnettle4:i386{p} libnfs8{u} libnss-myhostname{u} libntrack-qt4-1{u} libntrack0{u} liboauth0{p} libofa0{u} libopencolorio1{p} libopencv-calib3d2.4{p} libopencv-calib3d2.4v5{u} libopencv-contrib2.4{p} libopencv-core2.4{p} libopencv-features2d2.4{p} libopencv-features2d2.4v5{u} libopencv-flann2.4{p} libopencv-flann2.4v5{u} libopencv-highgui2.4{p} libopencv-highgui2.4-deb0{u} libopencv-imgproc2.4{p} libopencv-legacy2.4{p} libopencv-ml2.4{p} libopencv-objdetect2.4{p} libopencv-objdetect2.4v5{u} libopencv-video2.4{p} libopencv-video2.4v5{u} libopenimageio1.4{p} libopenobex1{p} libopenvg1-mesa{p} liborcus-0.8-0{p} libpangomm-1.4-1{p} libperl4-corelibs-perl{u} libphonenumber6{p} libphonenumber7{u} libphonon4{u} libplist2{p} libpng12-0:i386{p} libpod-latex-perl{p} libpolkit-qt-1-1{u} libpostproc53{u} libprotobuf-c1{u} libprotobuf10{u} libproxy1{p} libproxy1:i386{p} libpwquality-common{u} libpwquality1{u} libpython3.4{p} libpython3.4-minimal{p} libqca2{u} libqca2-plugins{u} libqmi-glib1{p} libqpdf13{p} libqt4-qt3support{u} libqt4pas5{u} libquvi-scripts-0.9{u} libquvi7{p} libraw10{p} libreoffice-gtk{p} libreoffice-help-en-us{p} librygel-core-2.4-2{p} librygel-core-2.6-2{u} librygel-db-2.6-2{u} librygel-renderer-2.4-2{p} librygel-renderer-2.6-2{u} librygel-server-2.4-2{p} librygel-server-2.6-2{u} libsidplay1{p} libsigc++-2.0-0c2a{p} libslv2-9{p} libsolid4{u} libsoundtouch0{u} libspandsp2{u} libspnav0{p} libsrtp0{u} libssl1.0.0:i386{p} libstreamanalyzer0{p} libstreams0{p} libsz2{u} libtag1-vanilla{p} libtag1-vanilla:i386{p} libtesseract-data{u} libtesseract3{u} libthreadweaver4{u} libtinyxml2-2{p} libtinyxml2-4{u} libtinyxml2.6.2{p} libtorrent-rasterbar7{p} libtotem-plparser-common{u} libuniversal-require-perl{u} libusbmuxd2{p} libvamp-hostsdk3{p} libvcdinfo0{u} libvidstab1.0{u} libvlc5{p} libvlccore8{p} libvncclient0{p} libvncserver0{p} libvorbisidec1{u} libvte-2.90-9{p} libvte-2.90-common{p} libwebkit2gtk-3.0-25{p} libwebp5{u} libwebpdemux1{u} libwebpmux1{p} libwebrtc-audio-processing-0{p} libwildmidi-config{u} libwildmidi1{u} libwildmidi2{u} libwireshark5{p} libwiretap4{p} libwps-0.3-3{p} libwsutil4{p} libwww-mechanize-perl{u} libwxbase3.0-0{p} libwxgtk3.0-0{p} libxapian22{p} libxen-4.4{p} libxfce4util6{p} libxss1:i386{p} libyaml-cpp0.3{p} libyaml-cpp0.3v5{p} libzbar0{u} libzen0{p} libzen0v5{u} libzephyr4{u} linux-compiler-gcc-4.8-x86{u} linux-headers-3.16.0-4-amd64{u} linux-headers-3.16.0-4-common{u} linux-kbuild-3.16{u} lua-bitop{u} lua-expat{u} lua-json{u} lua-lpeg{u} lua-socket{u} mate-icon-theme{p} mousetweaks{u} ntrack-module-libnl-0{u} obex-data-server{p} open-vm-tools{p} open-vm-tools-desktop{p} openshot-doc{u} pepperflashplugin-nonfree{p} perl-modules{p} perlmagick{p} phonon{u} phonon-backend-gstreamer{u} phonon-backend-gstreamer-common{u} photoprint{p} pidgin{p} pidgin-data{u} python-cupshelpers{p} python-debian{u} python-httplib2{u} python-pygments{p} python-pygoocanvas{u} python3-httplib2{u} python3.4{p} python3.4-minimal{p} realmd{u} reportbug{p} rygel{u} skype:i386{p} software-properties-common{p} sound-theme-freedesktop{u} unattended-upgrades{u} vcdimager{u} virtualbox{p} virtualbox-dkms{u} virtualbox-qt{p} vlc{p} vlc-nox{p} wavpack{u} winff-data{u} xfce4-mixer{p} xserver-xorg-video-modesetting{p} zerofree{u} 0 paquets mis à jour, 0 nouvellement installés, 379 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 268 Mo seront libérés. [/code] ... et à vrai dire, ça me fait un peu peur : cette purge ne va-t'elle pas corrompre mon système ? Ce qui me surprend aussi, c'est qu'il propose de purger vlc ... alors qu'il n'est pas installé et pour cause : voir mon 1er message. Cordialement, -- docanski Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Pascal
Le 28/11/2017 à 10:08, docanski a écrit :
... et à vrai dire, ça me fait un peu peur : cette purge ne va-t'elle pas corrompre mon système ? Ce qui me surprend aussi, c'est qu'il propose de purger vlc ... alors qu'il n'est pas installé et pour cause : voir mon 1er message. Cordialement,
Là effectivement il vire beaucou pde chose. Je n'ai pas pris vraiment le temps de détailler tout ce qu'il supprime mais ça me parait beaucoup. Dans ton mail tu donnes le retour de la commande "aptitude search ~c" Cette commande liste les paquets supprimés mais non purgés, c'est à dire des paquets désinstallés mais pour lesquels il subsiste des fichiers de configuration. Je te conseillerais bien de purger ces paquets (et ces paquets seulement). Mais vue tout ce qu'il veut virer en plus ...... C'est peut être un peu risqué. As tu la possibilité d'aller sur irc ? serveur freenode - #debian-facile Une fois sur place tu pourras poser ta question en ayant au préalable "pastebiner" les résultats des différentes commandes que je t'ai demandé de faire.
Le 28/11/2017 à 10:08, docanski a écrit :
... et à vrai dire, ça me fait un peu peur : cette purge ne va-t'elle
pas corrompre mon système ? Ce qui me surprend aussi, c'est qu'il
propose de purger vlc ... alors qu'il n'est pas installé et pour cause :
voir mon 1er message.
Cordialement,
Là effectivement
il vire beaucou pde chose. Je n'ai pas pris vraiment le temps de
détailler tout ce qu'il supprime mais ça me parait beaucoup.
Dans ton mail tu donnes le retour de la commande "aptitude search ~c"
Cette commande liste les paquets supprimés mais non purgés, c'est à dire
des paquets désinstallés mais pour lesquels il subsiste des fichiers de
configuration.
Je te conseillerais bien de purger ces paquets (et ces paquets
seulement). Mais vue tout ce qu'il veut virer en plus ......
C'est peut être un peu risqué.
As tu la possibilité d'aller sur irc ?
serveur freenode - #debian-facile
Une fois sur place tu pourras poser ta question en ayant au préalable
"pastebiner" les résultats des différentes commandes que je t'ai demandé
de faire.
... et à vrai dire, ça me fait un peu peur : cette purge ne va-t'elle pas corrompre mon système ? Ce qui me surprend aussi, c'est qu'il propose de purger vlc ... alors qu'il n'est pas installé et pour cause : voir mon 1er message. Cordialement,
Là effectivement il vire beaucou pde chose. Je n'ai pas pris vraiment le temps de détailler tout ce qu'il supprime mais ça me parait beaucoup. Dans ton mail tu donnes le retour de la commande "aptitude search ~c" Cette commande liste les paquets supprimés mais non purgés, c'est à dire des paquets désinstallés mais pour lesquels il subsiste des fichiers de configuration. Je te conseillerais bien de purger ces paquets (et ces paquets seulement). Mais vue tout ce qu'il veut virer en plus ...... C'est peut être un peu risqué. As tu la possibilité d'aller sur irc ? serveur freenode - #debian-facile Une fois sur place tu pourras poser ta question en ayant au préalable "pastebiner" les résultats des différentes commandes que je t'ai demandé de faire.
Pascal
Le 28/11/2017 à 10:08, docanski a écrit : Pour IRC http://webchat.freenode.net/?channels=%23debian-facile
Le 28/11/2017 à 10:08, docanski a écrit :
Pour IRC
http://webchat.freenode.net/?channels=%23debian-facile
Le 28/11/2017 à 10:08, docanski a écrit : Pour IRC http://webchat.freenode.net/?channels=%23debian-facile
yamo'
Salut, docanski a écrit le 27/11/2017 à 12:11 :
Bonjour, Je bute sur l'impossibilité d'installer cette application, aussi bien en ligne de commande que par synaptic. En ligne de commande, j'obtiens la réponse suivante : [code] Les paquets suivants contiennent des dépendances non satisfaites : vlc : Dépend: vlc-plugin-base (= 2.2.7-1~deb9u1) mais ne sera pas installé E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
Est-ce un problème de dépôts inaccessible ou de clef absente? Que dit ? apt-get update Ce sont des paquets trouvables sur les dépôts : <https://packages.debian.org/search?keywords=libvlccore8&searchon=names&suite=all§ion=all> -- Stéphane
Salut,
docanski a écrit le 27/11/2017 à 12:11 :
Bonjour,
Je bute sur l'impossibilité d'installer cette application, aussi bien en
ligne de commande que par synaptic.
En ligne de commande, j'obtiens la réponse suivante :
[code]
Les paquets suivants contiennent des dépendances non satisfaites :
vlc : Dépend: vlc-plugin-base (= 2.2.7-1~deb9u1) mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en
mode « garder en l'état ».
Est-ce un problème de dépôts inaccessible ou de clef absente?
Que dit ?
apt-get update
Ce sont des paquets trouvables sur les dépôts :
<https://packages.debian.org/search?keywords=libvlccore8&searchon=names&suite=all§ion=all>
Bonjour, Je bute sur l'impossibilité d'installer cette application, aussi bien en ligne de commande que par synaptic. En ligne de commande, j'obtiens la réponse suivante : [code] Les paquets suivants contiennent des dépendances non satisfaites : vlc : Dépend: vlc-plugin-base (= 2.2.7-1~deb9u1) mais ne sera pas installé E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
Est-ce un problème de dépôts inaccessible ou de clef absente? Que dit ? apt-get update Ce sont des paquets trouvables sur les dépôts : <https://packages.debian.org/search?keywords=libvlccore8&searchon=names&suite=all§ion=all> -- Stéphane
docanski
yamo' a écrit le 29/11/17 à 13:19 :
Salut, Que dit ? apt-get update
Salut, apt-get update est refusé pour non permission : logique sudo apt-get update fait son boulot : tout aussi logique. -- docanski Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
yamo' a écrit le 29/11/17 à 13:19 :
Salut,
Que dit ?
apt-get update
Salut,
apt-get update est refusé pour non permission : logique
sudo apt-get update fait son boulot : tout aussi logique.
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Salut, apt-get update est refusé pour non permission : logique sudo apt-get update fait son boulot : tout aussi logique. -- docanski Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Jo Engo
Le Mon, 27 Nov 2017 12:11:07 +0100, docanski a écrit :
"Impossible d'appliquer les changements. Réparez d'abord les paquets cassés."
man dpkg -- 11:52 Cherche fille pour échanges variés en P2P (avec ou sans ordinateur)
Le Mon, 27 Nov 2017 12:11:07 +0100, docanski a écrit :
"Impossible d'appliquer les changements. Réparez d'abord les paquets
cassés."
man dpkg
--
11:52 Cherche fille pour échanges variés en P2P (avec ou sans
ordinateur)
Le Mon, 27 Nov 2017 12:11:07 +0100, docanski a écrit :
"Impossible d'appliquer les changements. Réparez d'abord les paquets cassés."
man dpkg -- 11:52 Cherche fille pour échanges variés en P2P (avec ou sans ordinateur)
Jo Engo
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
oui -- L'homme le plus heureux est celui qui fait le bonheur d'un plus grand nombre d'autres. -+- Denis Diderot -+-
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold
» et « ~c » par le répertoire de login des utilisateurs ahold et c,
s'ils existent, avant d'appeler aptitude ?
oui
--
L'homme le plus heureux est celui qui fait le bonheur d'un plus grand
nombre d'autres.
-+- Denis Diderot -+-
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
oui -- L'homme le plus heureux est celui qui fait le bonheur d'un plus grand nombre d'autres. -+- Denis Diderot -+-
Jo Engo
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo -- L'homme m'embête! Si on l'écoutait, on ne s'occuperait que de lui ! -+- René Barjavel, Si j'étais Dieu -+-
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold
» et « ~c » par le répertoire de login des utilisateurs ahold et c,
s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie
la chaîne telle quelle. Essaie :
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo -- L'homme m'embête! Si on l'écoutait, on ne s'occuperait que de lui ! -+- René Barjavel, Si j'étais Dieu -+-
Erwan David
Jo Engo écrivait :
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo
Pas "le shell". C'est un comportement stupide spécifique à bash et qui heureusement peut se désactiver. -- Les simplifications c'est trop compliqué
Jo Engo <yl@icite.fr> écrivait :
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold
» et « ~c » par le répertoire de login des utilisateurs ahold et c,
s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie
la chaîne telle quelle. Essaie :
Le Mon, 27 Nov 2017 17:17:59 +0100, Olivier Miakinen a écrit :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo
Pas "le shell". C'est un comportement stupide spécifique à bash et qui heureusement peut se désactiver. -- Les simplifications c'est trop compliqué
Benoit Izac
Bonjour, Le 02/12/2017 à 09:34, Erwan David a écrit dans le message :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo
Pas "le shell". C'est un comportement stupide spécifique à bash et qui heureusement peut se désactiver.
Non, ce n'est pas spécifique à bash : <http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_01>. -- Benoit Izac
Bonjour,
Le 02/12/2017 à 09:34, Erwan David a écrit dans le message
<87bmjhedem.fsf@bibi.depot.rail.eu.org> :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas
« ~ahold » et « ~c » par le répertoire de login des utilisateurs
ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell
renvoie la chaîne telle quelle. Essaie :
Bonjour, Le 02/12/2017 à 09:34, Erwan David a écrit dans le message :
Je suis étonné par cette syntaxe. Le shell ne remplace-t-il pas « ~ahold » et « ~c » par le répertoire de login des utilisateurs ahold et c, s'ils existent, avant d'appeler aptitude ?
En fait c'est non, sauf s'il existe, s'il n'existe pas le shell renvoie la chaîne telle quelle. Essaie : echo ~ol # devrait renvoyer quelque chose comme /home/ol echo ~oblOhNonPasLui#typo # devrait renvoyer ~oblOhNonPasLui#typo
Pas "le shell". C'est un comportement stupide spécifique à bash et qui heureusement peut se désactiver.
Non, ce n'est pas spécifique à bash : <http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_01>. -- Benoit Izac