Y'a trois trucs à installer dans le bon ordre pour le pilote Nvidia.
Mais effectivement le .run marche mais il écrase la config du paquet mesa.
Si un jour tu veux repasser sous nouveau, il faudra réinstaller mesa.
Moopie Retourne sur Gentoo et laisse les grands parler.
pourtant j'ai bien installé libvdpau d'abord, puis nvidia-kernel et en dernier nvidia-driver
peu importe, merci quand même
Nh3xus Tu fais des rêves cochons de Portage et make.conf
sinon c'est prévu par Pat d'avoir un "vrai" gestionnaire de paquet et un nombre correct de paquets pour aller avec ou il veut garder comme ça
Historiquement, Pat était _tout seul_ pour maintenir la distrib.
Maintenant il a une équipe.
Mais ( ) , elle se concentre sur la cohérence du système.
Donc ils font des paquets qui fonctionnent en faisant pleins de tests pour livrer chaque version de Slack "quand elle est prête" ce qui est un gage de qualité similaire à ce que font les devs de Debian.
C'est bien pour cette raison que t'as le dépôt Slackbuilds.org pour ajouter toi-même ce que tu veux.
Ya aussi l'excellent dépôt de AlienBob qui fais partie de l'équipe mentionnée plus haut.
Donc ya moins de paquets "out of the box" que Debian, mais les tests sur les paquets sont rigoureux en contre-partie.
Ah et autre chose : Slackbuilds.org est en quelque sorte l'équivalent de AUR chez Arch, à la différence près que tu peux uploader librement sur AUR mais pas sur SBo. Ton script est analysé par des membres expérimentés qui corrigent le bousin si besoin est.
Et c'est aussi pour ça que j'aime bien Slackware.
T'as une approche similaire à Debian mais avec moins de rigidité (pardon G_Bot ) et les dépôts communautaires d'une bonne qualité.
Merci d'avoir lu mon pavey
ok
j'ai changé mes mirroirs en /current mais maintenant quand je fais "slackpkg search vim [paquet tout con]" il trouve rien
dafuq?
Coucou les gens, me revoilà sur mon Linux pour une bonne partie de la soirée/nuit
Je commence par un petit problème : impossible d'installer Teamspeak, problème de dépendance, je n'arrive pas à trouver la solution...
Précisions :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
teamspeak-client : Dépend: ia32-libs mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
Quelqu'un pour m'aider ?
Je vais essayer OpenBSD en VM par curiosité
Il te manque les librairies 32 bits.
Chez Debian, un système 64 bits ne comporte pas les libs 32 bits par défaut.
Il te faut les installer et le nom du paquet est indiqué dans l'erreur à savoir, ia32-libs.
Et au pire, si cela ne fonctionne toujours pas, tu as le client sans dépendances nécessaires sur le site du logiciel
| Ecrit par « Runnymede », 12 mars 2014 à 19:07:03
| « Je vais essayer OpenBSD en VM par curiosité »
Bon courage o/
« sinon c'est prévu par Pat d'avoir un "vrai" gestionnaire de paquet et un nombre correct de paquets pour aller avec ou il veut garder comme ça »
Y'a pas assez d'esclaves pour faire ça.
Sinon, il faut faire `slackpkg update` avant, mais si tu veux passer un -current, il faut mettre les paquets à jour de cet ordre (sinon, ça risque de merder :vecu:) :
Apparement, slackpkg se vautre plus pour la maj de glibc mais c'est vrai que c'est plus sage de procéder comme Knakis viens de l'expliquer.
J'ai fais pareil, par sécurité.
Merci à Nocturnal Slack pour le how-to btw :
http://noctslackv1.wordpress.com/2012/08/02/slackware-current-goes-beta-and-i-upgrade-now/
Nh3xus Eh bien, en fait... J'avais déjà essayé d'installer ce paquet, mais ça n'a pas fonctionné, y'avait besoin d'encore un autre paquet, et celui-ci était non-compatible
Shadow J'essaye ça dessuite !
ça a fonctionné, merci beaucoup
En quoi dpkg est différent d'aptitude sinon ? - simple curiosité -
En fait aptitude utilise dpkg.
Et l'utilisateur peut utiliser dpkg à la main aussi.
Typiquement installer certains paquets paquets Debian à la main se résume à faire :
dpkg -i mon_super_paquet.deb
Ah, je vois... D'accord.
Another question, comment créer un raccourci console pour lancer un fichier .sh ?
Genre je tape "teamspeak" et ça lance mon soft en graphique ?
Avec la commande alias tu dois pouvoir faire ça je pense.
alias teamspeak='sh /emplacement/de/ton/fichier.sh'
C'est le principe de la variable d'environnement $PATH, renseignes-toi dessus.
Pour simplifier, les commandes que tu peux exécuter dans ton terminal sont exactement pareil que les commandes que tu installes manuellement (comme ici teamspeak); la différence, c'est juste que ces commandes se trouvent dans des dossiers qui appartiennent à la variable d'environnement $PATH: sur les systèmes Unix, tout ce qui est contenu dans les dossiers de cette variable peuvent être appelés directement depuis un terminal/tty sans rentrer le chemin complet. Exemple: /usr/bin, /usr/sbin et /bin font partie du $PATH d'un compte root.
Donc deux possibilités: soit tu déplaces le fichier dans un dossier appartenant au $PATH de ton utilisateur, soit tu vas de l'avant et tu te créé un dossier 'bin' dans ton $HOME et tu l'ajoutes à ton $PATH (ça se modifie dans .profile), et comme ça tu te retrouves avec un super dossier bien pratique dans lequel mettre tous tes exécutables perso.
Vous faites comme ça sur SteamOS ?
Baka: Si tu l'as installé via aptitude, t'as pas besoin de faire ça.
Sinon, t'as deux options:
1 - Dans le fichier de configuration de ta coquille (shell) qui doit être Bash (donc dans le fichier « .bashrc » ), tu fais comme Penta a dit.
Le problème vient quand il faut faire ça pour beaucoup de programmes, dans ce cas :
2 - Tu ajoutes le répertoire des programmes ou des scripts dans ton $PATH avec la commande : `export PATH=$PATH:/chemin/dossier/scripts`
Mais il faut que tes scripts commencent par « #!/bin/env sh » et qu'ils soient executables.
Tu peux mettre ça dans ton « .bashrc » si tu veux (la commande export).